DELPHI盒子
!实时搜索: 盒子论坛 | 注册用户 | 修改信息 | 退出
检举帖 | 全文检索 | 关闭广告 | 捐赠
技术论坛
 用户名
 密  码
自动登陆(30天有效)
忘了密码
≡技术区≡
DELPHI技术
lazarus/fpc/Free Pascal
移动应用开发
Web应用开发
数据库专区
报表专区
网络通讯
开源项目
论坛精华贴
≡发布区≡
发布代码
发布控件
文档资料
经典工具
≡事务区≡
网站意见
盒子之家
招聘应聘
信息交换
论坛信息
最新加入: 19137911446
今日帖子: 14
在线用户: 19
导航: 论坛 -> 开源项目 斑竹:joki,ralf_jones  
作者:
男 canicula (canicula) ★☆☆☆☆ -
盒子活跃会员
2004/5/7 9:18:01
标题:
几个疑问 浏览:2479
加入我的收藏
楼主: 1,最新的版本调试不能通过,有几个以pp开头的单元找不到
2,从单元的名方法上看,是使用d7,d6就难兼容了,d6+sp2还是很稳定的,用的人也比较多
3,框架正在分析,不过是基于以前版本的
4,建议斑竹还是写些东西,比较清晰的传达你的设计思想,这是讨论的基础,不要到头来,重新构造你的类体系。而讨论也应该基于文字,而不是代码。等大家达到某种程度上的共识,再去动手构造,比较好,这个框架coding的工作量,一个人1小时够了吧,关键还是设计思想。
5,框架是基于对项目的抽象,所以项目中出现的问题,应该在框架中体现出来,所以适合做过项目的人去搞,比较容易去按解决实际问题的思路去思考。
6,这个框架是准备以什么结构去构建?cs还是三层?
7,这个框架是否可以对项目中出现的问题,得到很好的解决,而这些问题是什么?
比如,如果数据源是动态的,就是选择什么数据源要靠用户选择才知道,那么数据模块部分如何来适应这种需求?
8,用三方构件吗?那要是以次框架去做项目,版权问题如何解决?其实,三方构件用的比较多的是界面的表现上,而内部处理倒是不用。如何权衡?
   这个问题,我想是不是这样,你现在的框架已经分离了界面和处理部分,内部处理基本能够达到通用,而外部处理,界面和报表部分,不如分出来,用标准构件,然后把这一部分的制作步骤文档化,别人可以很方便的来特异化自己的表现部分。
9,溶入AD(application dictionary)概念如何?至少查询部分实现起来会比较方便
10,项目整合如何考虑?用插件技术?比如开发了一个项目,后来追加功能,原本是个小项目,结果象雪球一样滚的很大,当然delphi用一个应用程序可以完事,可是,如何出现这种情况怎么办,我基于这个框架开发了a,b,c三个系统,分别给不同的单位使用,后来一个单位都想使用,当然要集成到一起,该框架,是否考虑这个问题?
。。。
----------------------------------------------
-
作者:
男 canicula (canicula) ★☆☆☆☆ -
盒子活跃会员
2004/5/7 9:25:09
1楼: 还有一个问题,是否提供一个典型的例子,来体现如何使用该框架,而该例子也一定要同时发布,所以发布的包应该如下(讨论):

1,文档
2,框架
3,例子(最好是麻雀虽小,五脏据全)

----------------------------------------------
-
作者:
男 058005 (风云默然客) ★☆☆☆☆ -
盒子活跃会员
2004/6/4 8:34:56
2楼: 偶有同感,最好有一个比较细致的文档
----------------------------------------------
-
信息
登陆以后才能回复
Copyright © 2CCC.Com 盒子论坛 v3.0.1 版权所有 页面执行85.9375毫秒 RSS