beego1.8版本功能征集

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



  1. ORM的进一步完善,目前主要是增加一些特性的支持,例如联合主键

  2. bee支持直接从swagger.json生成API代码

  3. grpc支持模块化,我可能会同时支持grpc和hprose两个RPC框架,这样就可以开发出来一个模块平台,让这些模块可以给大家复用

  4. sqlbuild的进一步加强,ORM里面实际上已经带有SQL自动化代码,之前没有很好的完善好。

  5. beego.me的新官网讲采用pugo(傅小黑开发的工具)来自动化生产静态站点,beego的全部文档将全部重写。


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

已邀请:

zdreamx - 80后IT男

赞同来自: happy ansin 皇虫 angelina

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

niugou - 宁可十年不将军,不可一日不拱卒。

赞同来自: modeyang fzbing jinleileiking Charlotte

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

Xargin - 滴滴打杂工

赞同来自: jinleileiking mnhkahn

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

happy - Go

赞同来自: jinleileiking

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

astaxie - 创造、获取、分享、传播和应用Go

赞同来自: weizhe86

支持jwt的session

jinleileiking

赞同来自: 王腾飞

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



  • 融合其他库:xorm, 打log的库

  • beego log统一化,目前还有用fmt打的,不好做日志分析

  • grpc

  • 入参检查validate 和 param parse 两个方法合成一个。

  • 丰富中间件框架(学laravel)

  • (不好做)orm做redis缓存

crazyvv

赞同来自: moliliang

fasthttp

niugou - 宁可十年不将军,不可一日不拱卒。

赞同来自:

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

yubc2006

赞同来自:

数据库表别名

hlj2722

赞同来自:

数据库表别名+1

astaxie - 创造、获取、分享、传播和应用Go

赞同来自:

@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"
}

zdreamx - 80后IT男

赞同来自:

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

jinleileiking

赞同来自:

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

raymondlei

赞同来自:

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

fanyang - 改变未来的技术

赞同来自:

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

mnhkahn - Bryce Li

赞同来自:

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

chuzhaoqian - 我猜一猜

赞同来自:

大写的


mengskysama

赞同来自:

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

gloomyzerg

赞同来自:

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

seeyoup

赞同来自:

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

heramerom

赞同来自:

谢大,你好,我对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能做成一个通用的工具。

lkhjlbh

赞同来自:

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

jongyang

赞同来自:

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

moliliang - rkecloud.com

赞同来自:

fasthttp !~~~

Xanthus - 红红火火恍恍惚惚

赞同来自:

fasthttp +1

hlj2722

赞同来自:

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

要回复问题请先登录注册