我梦想有一个框架!!!

11个字 发布于 2013/11/20 11:58
阅读 492
收藏 1

我是一个一直在内陆城市工作了4年的小小攻城狮 对于技术不能和各位大牛比
只是抒发一下自己的需求

1.我觉得 我需要持续集成 自动部署 自动测试 希望各位大牛能提供名词 我默默学习
2.我觉得 到写代码最核心的就是写sql 框架能否拉近M 和 V层的距离 ,也就是 写好sql后 前端就可以调用了 依据是表名以及动词 比如 insertUser.sd getUserCodeById.sd 
3.对事物的控制能不能根据大需求 尽量做到透明 比如大需求就是 一个http请求一个事物 大部分时候我们就是这样的 那么这个事物控制是否能对我们做到透明
3.最好是提供自动生成代码的工具
4.前端虽说大部分时候是JS框架的事情 美工的事情 ,像我们这种小公司 也许都是我们程序员的事情
大家能不能推荐几个好的js组件  比如我知道的ztree就是我认为最好的树组件
5.最后要有一个demo让我了解整个框架的使用

我希望这套框架 不是面向公司 而是 程序员团体 所以要做就做全套 全套的意思是 可以每个部分不一定要最好 但一定不能少了某个部分 比如前台后台

让我们的思绪能集中在sql 需求理解 特殊js控件 上

 

发此帖的目的 第一是抒发 第二是搜集大家的代码片段以及思路 然后搞起 推翻 搞起 推翻 搞起 over

加载中
0
宏哥
宏哥

你说的这种东西, 早就存在了。 

企业应用里面如SAP, Salesforce的二次开发, 都是这种。

所有的“成熟”的二次开发, 都是把开发的注意力集中到 “数据处理”上, 也就是SQL。

但是

没有免费的午餐

所有的开源系统, 不仅仅做不到, 而且它们的路径, 是走向另外一个方向 --

产生大量的配置文件, 大量的类, 可以用掉很多内存和计算资源,但是不解决任何数据问题。 

OSC首席键客
OSC首席键客
看看!
13123123
13123123
你懂个J8 系统扩展性比较好
0
lazyphp
lazyphp
撸住和我最近的想法有点相似。。我觉得框架应该把数据都打包成JS ,让前端鼓捣去。后端只需要搞数据给他们就行了!
0
渔樵耕读
渔樵耕读

我想有一个属于自己的 组件库。。

方便查找。。。。。

0
fonoisrev
fonoisrev

到写代码最核心的就是写sql
我认为这是没有完全掌握oo设计的结果, 不推荐把业务逻辑放在sql里面做,这样既不利于别人阅读代码,也不适合对代码进行功能变更时候的维护,特别是万一把你的存储换成其他数据库或其他介质,你代码的改动量会很大


fonoisrev
fonoisrev
回复 @11个字 : 不是为了oo而oo,只是oo相对于直面sql,其扩展性与可维护性相对较高,如果设计的好,大部分的需求变更只需要重新更换一下几个类间的调用关系即可
fonoisrev
fonoisrev
回复 @巴顿 : 换数据库的可能性是小,但是需求总是在变更是真的,如果业务都写在持久层,那么,可重用性就降低了,来了一个新的需求,又要修改一大堆代码
11个字
11个字
其实我并不排斥OO 我只是想直接面向sql 假如很惨 再OO 假如哪天有个项目 需要OO 再OO
巴顿
巴顿
实际上换数据库的可能性是多么的小。
0
蛙牛
蛙牛

1.Atlassian公司的产品可以考虑下 Jira  confluence

4关于js组件 我觉得用jquery 就行   相关的插件使用jquery ui里面的  特殊需要的再网上找

另外推荐看看 黄勇的博客  看看如何去开发一个框架  如果公司项目不用框架 里面有很多值得借鉴的代码封装    另外可以学到很多技术的原理 

返回顶部
顶部