Beego beego1.8版本功能征集

astaxie · 2016年11月07日 · 最后由 lkhjlbh 回复于 2017年03月22日 · 742 次阅读

beego 经过了很长一段时间的开发,功能也已经越来越强大,特性和性能都已经相对稳定。接下来我们还是希望有进一步的拓展。我主要考虑的是这几个方面,欢迎大家都提出自己想要的特性。

  1. ORM 的进一步完善,目前主要是增加一些特性的支持,例如联合主键
  2. bee 支持直接从 swagger.json 生成 API 代码
  3. grpc 支持模块化,我可能会同时支持 grpc 和 hprose 两个 RPC 框架,这样就可以开发出来一个模块平台,让这些模块可以给大家复用
  4. sqlbuild 的进一步加强,ORM 里面实际上已经带有 SQL 自动化代码,之前没有很好的完善好。
  5. beego.me 的新官网讲采用 pugo(傅小黑开发的工具) 来自动化生产静态站点,beego 的全部文档将全部重写。

作为 beego 的社区一份子,希望大家给我提出一些建议

更多原创文章干货分享,请关注公众号
  • 加微信实战群请加微信(注明:实战群):gocnio

一个小建议:是否可以从 beego 的架构层面考虑一下对独立插件的支持,如类似 beego-admin (http://www.oschina.net/p/beego-admindjango,它的插件就比较独立,可以很容易的嵌入到项目中。) 等。之前用过一点

现在新建一个项目后需要拷贝一些写好的 common, utils, basecontroller 等文件 (如果有好的方法可以交流一下), bee 是否可以支持 配置文件,然后将配置里的文件/信息等嵌入到项目中。 例如: bee -config a.json 配置文件 a.json 的相关都可以自动地嵌入到新建的项目中,类似于自定义的脚手架

据我了解 django 中采用的好像是站点和子站点的概念,站点和子站点都有自己路由、控制器、视图等,都是采用的相对目录 (目录结构都是相对自己的根目录)。

fasthttp

支持 jwt 的 session

orm 有没有考虑分表分区分库的优化或支持

beego 我觉得 2.0 还是重构下,出一个新的版本并且支持一些新的特性! 还有把代码优化下!

fasthttp !~~~

数据库表别名

数据库表别名 +1

@yubc2006 @hlj2722 https://beego.me/docs/mvc/model/models.md#%E8%87%AA%E5%AE%9A%E4%B9%89%E8%A1%A8%E5%90%8D

type User struct {
    Id int
    Name string
}

func (u *User) TableName() string {
    return "auth_user"
}

关于数据表别名问题。现在的数据表别名是在模型注册的时候就生成的。建议在数据插入、更新等之类操作的时候也可以指定表面,这样可以方便用户根据具体的字段内容分散存储到不同的表里。以达到分表的作用。

fasthttp +1

希望能把 orm 的文档多完善一下,多一些 demo 吧

希望 orm 能支持 nosql 数据数 比如 mongodb

不建议 fasthttp, 建议拥抱原生的 net/http

用了 beego 有半年,被坑了好几次, 对这个项目又爱又恨。总之希望 astaxie 别顾着其他 (zhuan) 事 (qian),多维护这个项目吧。 闲话不说,说我希望的 feature:

  • 融合其他库:xorm, 打 log 的库
  • beego log 统一化,目前还有用 fmt 打的,不好做日志分析
  • grpc
  • 入参检查 validate 和 param parse 两个方法合成一个。
  • 丰富中间件框架(学 laravel)
  • (不好做)orm 做 redis 缓存

@astaxie 别的不多说,从 java 到 Python 再到 GOlang 很难得的看到一个国人写的开源项目,目前 beego 的 ORM 这一块还不是很完善,做项目的时候我们不得不去找其它的一些第三方的库去开发,目前 beego 的 API 开发这一块以及游戏开发这一块的文档都不是很完善,希望谢大大多花点时间和精力去维护 beego 这个项目和完善上文档的补全上以及 beedb 项目上,给国内的程序员做一个表率,谢大大加油!

有时间看看https://github.com/astaxie/beego/issues ,还有对 redis 的支持更强大些

logs包的性能可以考虑优化一下

大写的

1.7.2 的平滑启动有概率会处于一直处于等待关闭(请求肯定已经都处理了),或者 already in use 异常退出。

希望 log 可以加入应用名称 或者可以统一设置前缀 在使用 conn 或者 es 来收集多个 beego 应用日志时 用来区分日志的来源

继续关注和支持 beego,暂时还没有新项目

谢大,你好,我对 beego 希望的 feature 如下

  1. 如何方便的集成第三方模板。 虽然 go 的模板已经改进很多了。但是还有很大的改进空间。 https://github.com/SlinSo/goTemplateBenchmark 我的想法是让注册的路由函数返回一个 Response 对象,在对这个 Response 对象做拓展。 func (ctx *context.Context) Response Response 是一个 interface,然后去实现这个 Response,比如 XmlResponse,JsonResponse,HtmlRespone。。。或者用其他 xml 引擎,json 引擎,html 引擎实现的 response.这样是不是拓展性更好一些呢。
  2. bee 工具能做成通用的工具吗。 bee 工具确实很好用。但是只能用在 beego 上,平时开发一些其他的项目,也会用到类似的功能能,比如。检测文件变化,自动编译运行,打包等等。希望 bee 能做成一个通用的工具。

希望 redis 操作支持的类型更全面些

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册