吐槽一下我们的代码。。。

[jy04149886]

我们技术的头，要求我做java项目，所有代码和逻辑只写在jsp和数据库里。

servlet，类，过滤器一概不要，我做完一个项目后跟他讨论一下这么写的缺陷，

然后头问我这样和那样做有何区别呢？我无言以对。。。。

我觉得我的java水平已经废了。。。作为程序员已经没有尊严了。。。

呵呵，不知道大家对这情况怎么看啊？？

[codeyung]

一句简单的话就可以这样重视利益的人 你告诉他二次开发 简直没法搞了
难道同类型的项目 你们只用改name么 我是真的爱你·我在上地等你

[asj]

@codeyung 看起来这架构的意思是，二次开发客户化的部分都在jsp里改。各项目复用的部分都在数据库存储过程里

[qinshulei]

就赚一次钱呗

[justfindu]

结果导向就是 只要做出来 谁管你后期维护
又不是自己的项目

[nullcc]

粗暴地做出来谁管你以后死活系列。。

[neoblackcap]

逻辑放存储过程其实是没问题的，只不过是计算压力都往数据压了。

[bk201]

看什么项目，小项目或者需要快速开发的，这样好像没啥问题，开发完后，再慢慢迭代更新也未尝不可，个人感觉。

[jy04149886]

@bk201 再小的项目弄个mvc页面逻辑分离也是必要的吧。。。都弄到一个jsp里貌似很恶心。。。
我做的这个小项目操作数据库倒是不多，数据都是在map和list里面维护的。。。

[nozama]

很奇怪, 很多东西给人感觉很Low很土鳖, 但它就是能赚钱.
有时候不禁怀疑自己深信不疑的那些理论的真实性...

[khan]

我好像也这样开发的. 开发速度确实很快. 公共库基本都封 jar了. 业务逻辑直接 jsp 完成. 写出来代码量普通. 但是基本不会有思维碎片.
之前一同事 php 倒腾了几个月的东西. 我花了3天2夜用这种方式重写完了. 然后调了他去别的组.
个人感觉自己尊严完好. 重点是项目是否值得花时间包装

[ob]

需求简单，可以快速实现，也是不错。

[kingme]

赚钱和不赚钱，而不是代码好还是不好

[benjiam]

一切的出发点是满足需求， 它可以不重启服务器， 也许这就是客户最重要的要求！


兔子看到乌龟背了个壳说 你这样的设计太傻逼了，乌龟说 老子能躲在里面，你懂个毛！

[jjx]

几万块的项目当几十几百万的项目设计, 算不算过度设计

这种项目注定了不能分布式, 但重要的吗?

解决的问题是选择支持高级语言写存储过程的数据库

oracle
db2
sql server
postgresql

这些分别制成java, c#, c, python等写存储过程, 搞好了也是很容易调试的

[jy04149886]

@khan 真是大神啊，哈哈哈
不过不管用jsp还是servlet，还是bean，实质都是一样的，
但是呢，这种写法代表一种风格和思路，这种开发模式如果深入进去的话，维护成本必然高啊
几个月的项目您2,3天就能写完真是佩服啊，那个php兄弟不会是打了俩月酱油吧。。。

[jy04149886]

@benjiam 不是其他的项目也是这样，整天在那里跑着的，只有他做的一个而已，但是他就是要我做的项目也写成这种风格的。。。

[jy04149886]

@jjx 解耦和页面逻辑分离，任何项目都不算是过度设计吧？？

[teriyaki]

@benjiam


1.热更新是个重要原因
2.要用面向过程取代oo

偶觉得没问题 挺好的 比oo受害者一团麻团好

[iamfredng]

如果主是迭代版本非常快的话，这样做无可厚非，但是如果是按部就班按照时间表去执行的这样做就无法忍受了。
如我们手游开发的，一周迭代个2-3次版本。一次5、6个功能上，神马模式、解耦都得靠边站，执行效率和工作效率都是第一位

[mikale]

这种方式竟然效率最快，也是我朝的java程序员太原始了嘛？

显然是用play framework更快。