我仍然记得过去的好时光。但是储存库过去常常随着时间的推移而变得丑陋。然后CQRS成为主流。他们很好,他们呼吸着新鲜空气。但是最近我不断地问自己,为什么不将逻辑保留在Controller‘some方法中(特别是在Web中,动作本身就是某种命令/查询处理程序)。
在此之前,我有一个明确的答案:我这样做是为了进行测试,因为很难用所有那些不可接受的单身汉和整体丑陋的ASP.NET基础结构来测试Controller。但是时代已经改变了,ASP.NET基础结构类现在变得更适合于单元测试(尤其是在ASP.NET内核中)。
下面是一个典型的WebApi调用:添加命令,并通知SignalR客户端:
public
我正在尝试使用片段来重用我的graphql代码,但是它不起作用,尽管在使用片段代码之前工作得很好。
我的代码就是这样的
fragments.js
import gql from 'graphql-tag';
export const postFragment = gql`
fragment PostData on postsConnection {
edges {
node {
id
title
date
假设我构建了一个graphQL模式,如下所示:
var { buildSchema } = require('graphql');
// Construct a schema, using GraphQL schema language
var schema = buildSchema(`
type Human = // some object type
type Droid = // another object type
union SearchResult = Human | Droid
type Query {
result: SearchRe