不好意思。。这里好像不能贴附件。。附件: http://www.phpx.com/happy/thr75943.html  这里第二贴

解决方案 »

  1.   

    哎, 算了..看来发了也白发..中国目前的PHP状况就这样了, 心灰意冷了..
      

  2.   

    不错,我们已经在这种基础上开发完了大约55万行的系统。
    开发周期大约在6(月)*6(人),当然了,我们还根据这样子的架构开发了代码生成器。
    感觉不错,如果有人想聊聊,可以跟我msn:[email protected]
      

  3.   

    Dargoon (帅的像人渣)  发表时间:  2004-06-22 20:29:25   ige1976(可可)  2004-06-24 10:54:00 不错,我们已经在这种基础上开发完了大约55万行的系统。两天之内,开发完了大约55万行 ??不,不,不,你是熟人?
      

  4.   

    首先, 几点要澄清.. 1. 我不认识  "liyujie2000(开心的鱼)" , 不论在网上还是现实生活中. 他说的意思是:"他们也有一套和这个差不多的框架, 但不是这个", 这个是我个人的思想总结..2. 我只是一个尚未正式毕业的学生. 和你说塞迪网也没有任何关系.. 相反,这个网站也是在看到你写的内容后才搜索得到的..
      

  5.   

    Dargoon(帅的像人渣)前些日子就想说说你这个代码但是一直没有时间,这东西呢,我觉得方向是对的但是你还是没有找到他真正的价值我没有看过你的代码但是思路可以从你的目录/文件名看出来重点的说,你的只停留在框架上,还没把你的眼光放大、放远。我相信你看过mambo(我也只粗略的看过目录/文件的布局,因为曾经有谈两个单子涉及到)感觉他的一些布局比较适合你参考。只是一些!!!如果你的思路够清晰,知道你现在做套东西不仅仅是为了以后开发其他产品速度快的话那么程序中的 sources 目录便不应该是现在这样子。include目录布局是不错,但是感觉上有点过于可以参照其他语言。这点上目前不觉得是利还是弊。但是细化还是比较好。phpx上我说过  普通代码编写=> 类 => 框架 => WOS现在的布局只适合你提供开发效率并不能给客户带来什么,在你这个的基础上,多考虑客户。你的产品将能更完整、成型。而不是停留在提高开发效率/或者~~~~~~~~~这东西我早就想做,只是一直没有力气去做。因为自己很烦!~~~~~~曾经在你没有发这套框架时,在 hahawen(变态的大龄青年) 的贴下面就说过,但是到现在只见了几个目录。唉 ~~~~~~~~~~~~~~~~烦着。
      

  6.   

    多谢指点.. mambo我看过. 现在的后台界面是参考了它的. 因为我做不出漂亮的界面. 但是一个系统给客户的第一感觉是件大事, 所以就用了它的这个界面..另外, 我不是很明白你说的"多考虑考虑客户", 这个意思..还请多指教..我觉的一个框架最主要的功能就是使代码结构更清晰, 运行效率更高, 开发效率更高.至于功能上的问题我觉得应该由代码解决. 一个好的框架等于一个好的工具、一个好的开始、一个骨架。程序员要做的就是在这个骨架上加血、肉、筋、神经等。让它变成一个完整的软件。。有空可以多交流,我的MSN在上贴中有。。
      

  7.   

    假如有人委托你开发 163 的站点的 2/3过了段时间后又打算再开发 1/3你用这套框架开发的话,二次开发可能你会因为之前的设计不周到而烦恼!如果你认为你已经可以做模块话了。支持象mambo的模块话,但是他那个东西也只能是支持简单的模块。就象我现在给公司做的只能是支持简单的 文章/图片/投票/~~~~~~~~~~~~这些简单的小模块。而作为163他们要的不仅仅是这些小的模块。而且包括小的站点(比如:bbs/招聘求职系统/交友系统/购物网站)。意思就是,假如你用你的系统开发易趣,现在要求你在这个框架上安装51job。可以吗?这就是我所希望的。这个完全可以实现!!!http://gzken.51j.cn/blog.php?job=art&articleid=a_20040623_234027
      

  8.   

    to--- liyujie2000(开心的鱼我们在一年半前就这么开发项目了。
      

  9.   

    to  hahawen(变态的大龄青年)我们的系统是很大,但我们拆装成包括很多的子模块。没有什么难于维护的,我们做了如下工作:
      在编码阶段前,做了完备的需求分析,以及必要的详细设计
      在编码阶段前,完成功能详细描述
      统一公共变量,严格命名规则,设定良好的目录结构(不要忽略这点)
      采用分层架构,模块化管理,
      设计统一的底层结构,公用函数
      统一编程风格,做到几个人写的程序象一个人写的。
      每天拿出3-4个小时进行code review,这样子大家对整个系统都很了解。
      互相写对方的代码的注释
      单元测试,小版本发布。  当然了,还有其他的一些辅助措施和工具,不过我个人觉得,作一个系统不需要一堆超人,超人只需要一个就可一了,他的作用就是设计系统和架构,其他的只需要有严格的编程风格,更重要的是要有隐藏自己,贡献团队的精神,我以前也是一个喜欢自我的编程人员,那样子发展的话自然会遇到如何控制代码的问题(当然系统大了自然要控制代码),可是如果做到我说的这些,可以将系统膨胀带来的问题降低到最小,不知道有没有人有其他的见解。
      

  10.   

    to chinaworker(网络混混 Ken.Hrcn.CN) 
    我也没有看懂你的意思呀。你说的模块和这个架构不像违背呀,小的模块可以这样子作,大的模块也可以。而且反而更加游刃有余了。或者我们没有互相了解对方,可以在msn中聊。见上面。
      

  11.   

    每天拿出3-4个小时进行code review,这样子大家对整个系统都很了解。/// 这是最最正确的但是事实上到底有几个公司会这样做?国内的 it 公司怎么样?我想大家应该都比较清楚。超人只需要一个就可一了,他的作用就是设计系统和架构,其他的只需要有严格的编程风格,更重要的是要有隐藏自己,贡献团队的精神,我以前也是一个喜欢自我的编程人员,那样子发展的话自然会遇到如何控制代码的问题(当然系统大了自然要控制代码),可是如果做到我说的这些,可以将系统膨胀带来的问题降低到最小,不知道有没有人有其他的见解。// 完全同意 :)那样子发展的话自然会遇到如何控制代码的问题(当然系统大了自然要控制代码),可以将系统膨胀带来的问题降低到最小。
    // 
      

  12.   

    简单的说 我要求的(也就是你们现在所说的框架)是一个“操作系统”来。也就是说实现window能实现的“功能”,这个功能是相对于 web 网站来说。
      

  13.   

    我看了Dargoon(帅的像人渣)的代码他很多东西都镶套进程序里面。更本不能实现到我所看到的。但是数据库都不能满足要求。
      

  14.   

    再to hahawen(变态的大龄青年)首先看看清楚,我跟Dargoon(帅的像人渣)不认识而且一个再南边,一个在北边。这样子好的架构也是我们在不同的环境中,找到的,我说我的系统规模只是佐证一下这个架构可以开发可大可小的系统,而且能够降低难度。另外,你说的跟赛迪有关,是不是他们也是这样子开发呀。不过赛迪算是小字辈。我在1998年就在网大开发了论坛和书城了。