请问 关于事务控制是依赖于插件还是框架本身有控制

@czy88840616 谢谢

@dkvirus 我猜，是做到 不简单而优雅 吧

@czy88840616 请问 midway 支持作为 gRPC 服务端 开发么（或者同时启动服务端、客户端）。官方文档里面好像没找到。

@ZQun 多谢

@zuohuadong nest 也是一个可选项，不过暂时没时间做评估。你能否简要说说两者 (nest, midway/egg) 的优缺点？ 我关心的是稳定性，可维护（测试、扩展）性。 之前在zhihu好像看到有说 nest 的测试用例中不方便 DI注入于是事务控制不好做。

有个关于类型的问题： controller/home.ts

import { controller, get, provide } from 'midway';

@provide()
@controller('/')
export class HomeController {

  @get('/')
  async index(ctx) {
    ctx.body = `Welcome to midwayjs!`;
  }
}

index() 方法的入口参数 ctx 并没有类型，默认是 any。 那么如何给 ctx 增加类型呢？

对于 egg，这样的代码就有类型提示：

import { Controller } from 'egg-win'

export default class HomeController extends Controller {
  public async index() {
    const { ctx } = this
    ctx.body = await ctx.service.test.sayHi('sundsoft.com')
  }
}

declare module 'egg' {
  export interface IController {
    home: HomeController
  }
} 

@yviscool 那从哪儿引入呢？ 比如 config.default.ts egg 的有类型

import { EggAppConfig, PowerPartial } from 'egg'
export default (appInfo: EggAppConfig) => {
  const config = <DefaultConfig> {}
  // should change to your own for every new project!
  config.keys = appInfo.name + 0.00842891111
  config.siteFile = {
    '/favicon.ico': fs.readFileSync(path.join(appInfo.baseDir, 'app/public/favicon.png')),
  }
｝
···

而 midway 的啥都没有:

```ts
export = (appInfo: any) => {
  const config: any = exports = {};
  // use for cookie sign key, should change to your own and keep security
  config.keys = appInfo.name + '_1558269532558_9642';
  // add your config here
  config.middleware = [
  ];
  return config;
};

还有文档也是胡编乱造： https://midwayjs.org/midway/guide.html#注入配置

假如 config.default.ts 中有一些代码。
export const hello = 1;

你（写文档的哥们）给我试试在 config.default.ts 中直接导出个 hello ？

感觉 midway 的 ts 有点简陋吧。还是 midway-init 生成出的 ts 模板不正确？

@yviscool 谢谢 就是说现在用

import { provide, config } from 'midway';

@provide()
export class BaseService {

  @config('hello')
  config;   // 1

}

注入方式获取到的 config 是无法获取到类型哟？

@czy88840616 我的egg配置

export default (appInfo: EggAppConfig) => {
  const config = <DefaultConfig> {}

  // should change to your own for every new project!
  config.keys = appInfo.name + 0.0084211111

  config.siteFile = {
    '/favicon.ico': fs.readFileSync(path.join(appInfo.baseDir, 'app/public/favicon.png')),
  }

  config.cors = {
    origin: '*',
    // allowMethods: 'GET,HEAD,PUT,POST,DELETE,PATCH,OPTIONS',
    allowMethods: 'GET,HEAD,POST,PATCH,OPTIONS',
    maxAge: 600,
  }

  config.security = {
    csrf: {
      enable: false,
    },
  }

  return config
}

这些配置参数，没类型定义不好设置和检查呀……

@czy88840616 midway的类型命名是否考虑去掉 I 前缀呢 https://angular.cn/guide/styleguide#style-03-03

考虑不要在接口名字前面加 I 前缀。 考虑用接口作为数据模型。 为何？ TypeScript 指导原则不建议使用 “I” 前缀。 为何？单独一个类的代码量小于类+接口。 为何？类可以作为接口使用（只是用 implements 代替 extends 而已）。

@czy88840616 我这个一个ocr服务，config 相当复杂，层级有个三四层。看来用注解方式获取配置不理想（对于ts来说）。

@czy88840616 底层（egg）的东西还是不改动的好。 midway 自己遵循主流风格规范吧。

@czy88840616

看起来直接写 string/number/ {xxx: xxx} 会更快。

这是什么写法？

能否这样在注解中增加类型？

@config(key: FooType) config;

呃…… 还不如这样

@config(key) config: FooType;

@yviscool 有个问题

import { controller, get, provide, Context, Application, EggAppConfig } from 'midway';

@provide()
@controller('/')
export class HomeController {

  @get('/')
  async index(
    ctx: Context,
    next: any,
    app: Application,
    // config: EggAppConfig,
    ) {
	this.app ??
    ctx.body = `Welcome to midwayjs!`;
  }
}

假如要使用 app 入口参数，那么就得把 next 形参也写上。但是如果方法里面没用到这个 next 参数，并且 tsconfig.json 里面开启了 noUnusedLocals 那编译就过不了。 貌似类方法也没定义 this 的类型，这该咋办？

@czy88840616 有个类构造方法的问题

import { provide, Context } from 'midway';
import { IUserService, IUserOptions, IUserResult } from '../interface';

@provide('userService')
export class UserService implements IUserService {

  constructor(foo) {
  }

  async getUser(options: IUserOptions): Promise<IUserResult> {
    return {
      id: options.id,
      username: 'mockedName',
      phone: '12345678901',
      email: 'xxx.xxx@xxx.com',
    };
  }
}

构造方法没有入口参数 （foo值为未定义）？ this对象（constructor 方法内的或者 getUser 方法内的）除了类自身的属性和方法，类型上面没有其它属性 （egg的 this 上面有 app 等一堆对象），是设计如此么？ 感觉从 egg 要转移到 midway，TS的变化有点不适应……

@yviscool 你这个有点削足适屐吧 我项目模板设置

  "compilerOptions": {
    "alwaysStrict": true,
    "charset": "utf8",
    "declaration": false,
    "emitDecoratorMetadata": true,
    "experimentalDecorators": true,
    "importHelpers": false,
    "inlineSourceMap": true,
    "module": "commonjs",
    "newLine": "lf",
    "noFallthroughCasesInSwitch": true,
    "pretty": true,
    "skipLibCheck": true,
    "strict": true, 
    "noImplicitAny": true,
    "noImplicitThis": true,
    "noUnusedLocals": true,
    "target": "ES2018",
    "types" : ["node"]
  },

@yviscool 测试了下， controller 类方法入口参数只有 ctx 和 next 两个形参的。

@czy88840616 文档 https://midwayjs.org/midway/guide.html#框架增强注入 下 injection 的链接打不开

web.npm.alibaba-inc.com/package/injection

@czy88840616 @yviscool

有个跳转定义的问题：

1. 使用 midway-init 初始化一个新项目，选择 模板1，然后 npm i 安装依赖
2. 用 vscode 打开项目目录
3. 打开 src/app/controller/user.ts
4. 在 行13 const user: IUserResult = await this.service.getUser({id}); 处 getUser 方法上使用 F12

结果是跳转到 src/interface.ts 文件中 IUserService 类型定义上，而非预期的 src/service/user.ts 中 UserService.getUser() 方法定义上。 在类注入的 service: IUserService 上面 F12 跳转也是到类型定义上。 你们是如何解决这个跳转问题的呢？

@yviscool 多谢。 如下方式解决：

import { Context, controller, get, inject, provide } from 'midway';
// import { IUserService } from '../../interface';
import { UserService } from '../../service/user';

@provide()
@controller('/user')
export class UserController {
  [@inject](/user/inject)('userService')
  service: UserService;

  @get('/:id')
  async getUser(ctx: Context): Promise<void> {
    const id: number = ctx.params.id;
    const user = await this.service.getUser({id});
    ctx.body = {success: true, message: 'OK', data: user};
  }

}

对于接口层我认为存在有意义，不过可以不按照通常（midway 模板）那样使用，可以这样：

1. 方案中心或者开发组长根据概设在写详设的时候，接口设计直接以 .ts 文档格式提供
2. 开发人员导入接口文档 ts 文件，然后 Service 类 implements 指定的接口
3. controller 中注入的是类（就是上面我的代码那样），而非类实现的接口。这样方便F12跳转定义
4. 若新增需求或者需求变更，走 issue 流程，然后重复步骤 2-3

估计Chrome也是这么考虑的，所以在 Angular 的风格建议中不推荐接口名使用 I 前缀的一个原因吧： interface 更多是作为类型使用而非如 java 那样严格的接口设计使用。

另外，感觉

@inject(‘userService’) service: UserService

有些累赘，不知道是否有这种实现，注入参数直接使用类：

@inject(UserService) service;

@yviscool 个人看法 egg 比较底层， nestjs 在 spring 的路上走得有些远。 midway 中庸些还行， 就是自己不大熟悉。

@yviscool 看了文档，原来可以这样：

import { Context, controller, get, inject, provide } from 'midway';
import { UserService } from '../../service/user';

@provide()
@controller('/user')
export class UserController {
  @inject()
  userService: UserService;
}