hoy*_*ter 2 asp.net wpf estimation
您是否具有ASP.NET和WPF编码经验?如果是这样,如果您愿意分享您的经验,我将不胜感激.
我们估计一个100屏幕的WPF项目.我们的估算方法涉及表征每个屏幕的复杂性.然后,我们根据复杂性和技术为开发时间应用标准编号.标准数字是基于开发人员的好,而不是超级明星.
例如,这是一个屏幕:
用户在主网格中选择一行,然后在详细信息中编辑数据并保存更改.Ajax用于填充和保存详细信息而无需回发.数据层已经存在,样式将由其他人处理.任务包括编写一套适当的单元测试; 集成测试是独立的.
我们将此屏幕描述为中等,并为经典ASP.NET(与MVC相对)分配X小时的任务.
我们需要帮助确定WP 应该是什么样的X.
我的问题:
如果屏幕是在WPF中创建的,那么擅长 WPF的人 - 需要X小时,或.7 X还是1.3 X?WPF与经典ASP.NET的相对生产力是多少?
问另一种方式:如果一个任务需要(选择一个数字)10个小时的ASP.NET编码,那么使用WPF需要花费多少小时?5?15?
我们想知道WPF是否(选择一个数字)比ASP.NET提高了50%,因此我们可以提出更低的价格,并相信我们能够在预算范围内完成项目.
[编辑]问另一种方式:这个讨论ASP.Net还是WPF(C#)?有一堆回应.选择的"正确"答案是"选择WPF的原因",第一个原因是"比ASP.NET和jQuery更快更容易开发".
这个答案是真的吗?如何多快?
从个人经验来看:
ASP.NET比WPF更容易进入.ASP.NET与其他Web服务器端技术非常相似.WPF打破并为经典桌面开发添加了许多功能,这需要时间来适应.
也就是说,经验丰富的开发人员的实际开发可能会在WPF中快得多.我个人的压力因素是浏览器兼容性(让它在多个(版本的)浏览器中以完全相同的方式呈现;它只需要花费太多时间.)
你不会从我那里得到任何数字,因为根据你给出的输入很难给出它们.
归档时间: |
|
查看次数: |
3150 次 |
最近记录: |