neuhawk

博客园 首页 新随笔 联系 订阅 管理
  70 Posts :: 0 Stories :: 620 Comments :: 18 Trackbacks
        客户是有一套用友的U8.12库存管理(采购和销售没有)单机版的系统,由于客户用了好几年,因为考虑到用户的习惯,还有就是尽量把一些基础数据导过来,所以很多功能点和数据表尽量跟原来的相似(当然还会提供更多的功能). 业务都较容易做,但是对于用户操作性,想了较长时间,也不知道从和下手.
         举个例子,用户输入入库单的时候,要输入部门、仓库、商品等。用户对
编码十分熟悉,所以用户只要输入编码就可以了,如 用户输入仓库时,只需要
输入 07(仓库编码),然后 界面上的仓库输入框的值马上变为 成品库,如果输入
商品,只需要输入商品编码,马上变为商品名称,而且 象单位、规格的值也自动跟着变了。用户几分钟就能输入一张数据较多的入库单了.
    我想,要是实现类似于以上的功能,可用一下技术:
    1、smartclient,用smartclient确实可以提高用户的体验,可做得比用友那套更好。但是smartclient 有几个问题较严重 
    a、稳定性,在csdn上,较多人说过常出点问题。
    b、性能,对于.net winform的性能,我确实觉得较差,前段时间,试用速达ERP 
.net版,连我的机器,都觉得有时候有点停顿,更别说客户那些老品牌机了。
     c、客户端要求win2k系统。我晕,偏偏仓库管理部门那些电脑,都是PII的。
   由于b,c的原因,使得库房管理用smartclient不现实,虽然.net2.0支持win9x
http://msdn.microsoft.com/smartclient/win9x/default.aspx  ,但不知道性能是否提高。
 2、ajax 。ajax 在.net发展得相对慢点,java的echo2框架,类似webform,已经良好支持ajax(应该来说基于ajax),而ajax在.net里发展较慢,asp.net2.0将对ajax支持,但是,.net 2.0出来时间推得太晚了,要年底。而其他.net ajax框架,感觉不是很成熟,也不理想。如果自己写,工作量太大,时间也不允许。其实就算asp.net2.0对ajax封装得十分好,但有些功能还是难以实现。
 3、flex,flash,xaml。flex太慢,直接用 flash会好点,但也不理想,而且开发起来非常麻烦。xaml ,那是5--10年的事情。
   
   .net2.0能解决很多问题,但是项目要在它出来之前开发出来,b/s结构真的 现在只能看一些开源的ajax框架,希望自己能应用上来。
不知道各位大虾有什么好的思路。
  
    ps:放在首页1-2天,而且篇幅不长,希望dudu留情.
posted on 2005-07-05 23:13 neuhawk 阅读(5566) 评论(42)  编辑 收藏

Feedback

#1楼  2005-07-05 23:16 Jason.NET      
这样不好吧,如果他仓库编码输入错误,已经跑到产品编码上了,怎么办?
  回复  引用  查看    

#2楼 [楼主] 2005-07-05 23:19 neuhawk      
javaeye不是有人讨论过"弹出窗口如洪水猛兽",如果要避免这点,
可以用ajax+div来替代,但是实现起来很不简单.
  回复  引用  查看    

#3楼  2005-07-06 03:39 春鱼 [未注册用户]
1.为了那么几台破机器,没必要动一回手,还上来讨论这么多方案。跟做了个多大的客户一样。最好劝说用户放弃升级。
2.PII 跑 Smart Client 我觉得是笑话
3.AJAX没有什么架构可言
4.Flash这种五年以后的技术现在有点早了。还要考虑开发成本的问题。只有几台客户端,用得着吗。

应该使用你最熟悉的和最保险的技术方案。例如客户可能习惯了WIN32的操作方式,那么你应该用最简单易用的方式实现。例如使用非托管的VB/VC/Delphi. 即使改为浏览器的客户端,ASP/PHP也足以实现以上要求了。

不好实现的时候,可以劝说用户改变操作方式。

做应用不是技术的卖弄,设计要有理性。
  回复  引用    

#4楼  2005-07-06 08:22 dearfws [未注册用户]
目前的主流技术还是win32应用。smartclient还不是很成熟。感觉楼主的经验还是欠缺,都是以技术论技术,其实mis程序重在应用,现在很多应用还是基于foxbase或foxpro的呢
  回复  引用    

#5楼 [楼主] 2005-07-06 08:24 neuhawk      
改变操作也可以,但是关键是用户用以后,如何不降低工作效率,原来几分钟输的数据,变为最少十几分钟,只能对企业说,你们人手不够,招人吧。
其实企业里,较多电脑是品牌机 C1.7+128M,不知道为什么慢得要死,特别是用户装了个杀毒软件,开机都要2分钟以上,打开word都要停顿几秒。总不能强制更新用户电脑吧。

  回复  引用  查看    

#6楼 [楼主] 2005-07-06 08:32 neuhawk      
foxpro、dephi确实比smartclient成熟很多,性能好很多。
不过,既然PM决定用.net,那就得继续做下去。
部分模块用asp.net,部分用foxpro,也不现实了。
用友u8.5有个web进销存,主要用activex完成。
而金蝶的EAS,也是有客户端的,好像是叫什么
cytrix。

  回复  引用  查看    

#7楼  2005-07-06 08:47 乖狗狗      
支持一下
  回复  引用  查看    

#8楼  2005-07-06 08:49 燃灯 [未注册用户]
你说的确实是一个问题.但是每种结构都有他自己不容易解决的方面. 纯web的应用在客户体验方面的确是差一些. 可是却可以比较方便的管理与维护,也可以很容易的在互联网上使用,这点cs的应用就有点困难了.

你刚才提到的仓库编码的问题,我可以用ajax去解决,也可以直接用dhtml+xml文件的方式来完成.我们做过的一个应用就是这么做的.事先把一些基本数据都生成xml,当用户输入仓库代码时,用javasript查询xml文件,然后在转换成仓库名. 要用到xmlhttp,其实和ajax是一个道理.
  回复  引用    

#9楼  2005-07-06 08:52 James      
用delphi快速開發出來一個把.
內存這麼小,一個.net framework就佔用了很多內存,客戶的機器肯定更加慢了.
  回复  引用  查看    

#10楼  2005-07-06 08:54 cookey      
性能高不高关键还是自己试过才知道,写个demo也不是很难吧。
  回复  引用  查看    

#11楼  2005-07-06 08:55 xiaodele [未注册用户]
smartclient只是一个技术架构, 而且.net在win98下面运行是没有问题的,我觉得楼主可以继续以这种方式做下去.
  回复  引用    

#12楼  2005-07-06 09:03 Canny [未注册用户]
用把WinForm方式下的UserControl 嵌入到 WebFrom 页面的方式也许就解决你碰到的问题了!

  回复  引用    

#13楼 [楼主] 2005-07-06 09:11 neuhawk      
To: 燃灯 我的想法跟你差不多。用ajax。
我的思路是用户输入07以后,按下->键,动态生成下拉框,显示
编码是07开头仓库。

  回复  引用  查看    

#14楼  2005-07-06 09:19 James      
感覺樓主只是想玩玩技術,不是做實事的.
  回复  引用  查看    

#15楼  2005-07-06 09:22 吴家宏 [未注册用户]
为什么不用.Net Remoting呢?我们公司很多项目像你这样要求的,而且应用场景和你一样,部署系统有98,用户体验还是很好的。关键是在于你的设计
  回复  引用    

#16楼  2005-07-06 09:23 风 [未注册用户]
.Net 可以在Win98下面运行的呀!!
怎么说不可以
  回复  引用    

#17楼  2005-07-06 09:31 SW515 [未注册用户]
我看不出来这跟.NET有什么关系!
  回复  引用    

#18楼  2005-07-06 09:55 陈叙远      
既然你要延续用户对U8的使用习惯,又要改到浏览器上实现,而操作员也不多,那么我的建议是使用Citrix + .Net WinForm

http://www.ufsoft.com.cn/subject/20041117/yingyong/yingyong05.htm
  回复  引用  查看    

#19楼  2005-07-06 10:17 zz [未注册用户]
产生这些性能的问题,都是赶时髦的结果,我从不把不成熟的东西应用到客户的程序中,这样会影响信誉.
我们也作了个象你一样的程序,功能和你一样,但我们要求客户录入了正确的代码才能显示名称,否则错误,产生了错误对话框后,还要让用户选择是否查询代码....客户很喜欢呢!!我们用的是C++,当然不存在性能的问题了!!
SMARTCLIENT是很不成熟的技术,建议有空玩玩可以的!1
都是托管惹的祸,看MS还要在性能上花功夫了!!
可悲的是对非托管的东西没有人把它升级了或是升级只是相当于补丁,我们只有跟着别人的产品走,太惨了,没有办法,中国的软件业就是这样!!!
  回复  引用    

#20楼  2005-07-06 10:27 补丁      
给他升级全套机器,又挣一把
  回复  引用  查看    

#21楼 [楼主] 2005-07-06 10:33 neuhawk      
To: 吴家宏 .netRemote+smartclient吗?
To:风,半年前,还没开始用.net,有家北京的公司想跟我们合作。
他们采用的技术是smartclient,他们介绍必须用win2k以上操作系统,
win9x有点问题,所以我印象里smartclient应该发布在win2k以上。
To:James ,虽然用.net不长,对winform也不熟悉,但绝对不知玩玩
技术的,吃饭都成问题,那有时间整天玩玩。
  回复  引用  查看    

#22楼  2005-07-06 10:48 Rayman      
支持春鱼的说法。
除非是准备做个产品去买,要不然在这样的环境下PM坚持用.net开发的话,我看他也快下岗了。
  回复  引用  查看    

#23楼  2005-07-06 11:04 bonny.wong      
这么小的系统,用ACCESS2003足以胜任了,又快又方便。
  回复  引用  查看    

#24楼  2005-07-06 11:27 birdshome      
嗯,上foxpro,足够了。
  回复  引用  查看    

#25楼  2005-07-06 13:36 sunsam [未注册用户]
楼上很多人说的都是道理。楼主如果现在还不懂,再过几年你再回过头来看看(手中无剑而心中有剑)
  回复  引用    

#26楼  2005-07-06 13:48 ocean [未注册用户]
smartclient在win98上用没有问题,我们的客户有几台就是win98的,只有32M内存,所以也没法升级。.net framework1.1是肯定能够支持win98的。
至于不稳定的问题,我想可能是你在smartclient中调用一些非托管资源造成的。比如如果我们在smartclient中嵌入webbrowser之类的组件,那么在win98下就容易出问题,很多非托管的东西在win98下和win2000下是不同。
  回复  引用    

WinForm 性能是能.NET的一大问题>_<,没办法的,但现在机器都在升级中,在未来相信应该不是问题吧...

可能是因为性能的缘故,所以目前还是ASP.NET使用得比较多。

我觉得慢不慢的关键意义不在于托不托管,就如Windows运行的程序要求的配置肯定比DOS下的高,这是肯定的,因此大多数平台上的性能问题不是主要因素,关键意义还在于实不实用。只能说,在目前,还不算是很实用。


  回复  引用    

#28楼  2005-07-06 17:55 大尾巴狼      
用VB
  回复  引用  查看    

#29楼  2005-07-06 18:15 被遗弃的小指      
唉,既然提到了用友,那么我可以告诉你,5年前,在用友的伟库(http://www.wecoo.com)中,这也是B/S的,你提的这种动态下拉框都已经实现了的。那时候还是在用ASP,还什么.NET的难处?

//sigh......
  回复  引用  查看    

#30楼  2005-07-06 19:37 luke [未注册用户]
@被遗弃的小指:
哦,还有人记得 wecoo,真是难得!
是不是在uf工作过?

  回复  引用    

#31楼  2005-07-07 08:31 kw [未注册用户]
如果重写系统带来的效益 : 项目投资 : 升级硬件的费用 = 100 : 10 : 1,这个项目才有做的意义。
用 smart client 技术,无非强调它比 web browser 强的 UI 功能,以及它的 offline 功能。fancy UI, offline, local cache and local validation 是这个项目可以考虑使用 smart client 的原因。
不太同意 “smart client 尚未成熟, performance 差“的观点。
还有,某种意义上,smart client 和 vb, c++ 并不完全对立。
  回复  引用    

#32楼  2005-07-07 08:40 vv [未注册用户]
b/s架构的应该可以做到这些功能的,只是看你怎么做了,我以前遇到过类似情况,一种是你技术上做不了,一种是真做不了.
  回复  引用    

#33楼  2005-07-07 10:16 湘南和也      
看了楼上这么多兄弟的发言,好像很多都是在表达类似“楼主不行,我们怎样”的观点,具体为楼主出主意想办法的并不多啊。
楼上有位兄弟提到了remote技术,我也觉得是可行的。
简单这么说吧,如果该系统的仓库和商品的数据并不大的话,比如2000条数据以下,完全可以考虑用remote技术。在asp的时候就已经有了RDO了,呵呵,把这些数据取到客户端,保存在内存里。然后用户输入编码后你就可以直接用客户端脚本vbscript去检查输入是否正确,正确的时候就换成仓库或者商品的名字。
  回复  引用  查看    

#34楼 [楼主] 2005-07-07 14:59 neuhawk      
我举个例子,只是一小部分。
今天我已经基本实现了用ajax的思想,动态生成下拉框,不过还有点小问题,正在调试。跟速达等c/s相比,还有较多地方用b/s实现比较麻烦(没有c/s那么快捷)。至于smartclient,应该肯定会用到的。至于dephi,vb,那是不可能了,因为我们还有别的模块,而且已经用上了。由于使用xml定义表单的形式,所以不用改动其他代码,就可以
都同时支持下拉的方式(也是根据用户输入的编号,搜索)和弹出窗口的方式(这个还是不能少的,弹出窗口的形式,有分类树,可crud,还可以批量选择)。
工作时间不算长,.net时间也就半年,让高手老手见笑了。
  回复  引用  查看    

#35楼  2005-07-07 15:13 andyloo [未注册用户]
把CS的UI原样全搬到BS上,本身就有问题。用户是可以教育的。我们以前做windows界面还要照搬DOS界面,现在还有谁这么干?用户已经被教育过来了,适应了,不要快捷键,改用鼠标了。这个道理也一样。
  回复  引用    

#36楼 [楼主] 2005-07-07 19:04 neuhawk      
呵呵,已经实现动态下拉框了,效果很不错。
没想到这么快就实现了,所有的页面都支持了,爽。
但是 始终对b/s系统的体验性抱着怀疑的态度。
  回复  引用  查看    

#37楼  2005-11-23 19:30 nauja [未注册用户]
还是用C/S做吧,把自动升级服务器做的好一点完全可以把C/s的缺点去除,毕竟MIS涉及到太多的UI用B/S做总有不尽如人意的地方
  回复  引用    

#38楼  2005-11-24 13:19 韦恩卑鄙      
cs的缺点主要是自动升级和数据连接的安全性

如果用服务器端的remoting代替数据连结 可以回避一般的cs数据连接暴露的危险
插件自动升级的技术现在也比较容易掌握了 反射什么的虽然我还没做过但是很多文章已经写得比较详尽而且很多winform第三方的用户控件(就算是破解版也要用!)效果非常了得。 asp.net要更新 longhorn出来以后的下一个版本的asp.net更令我期待。
M$是成熟技术的总结者,就不要太奢望M$能走在开发潮流的前列了
  回复  引用  查看    

#39楼  2005-11-25 20:36 hxj [未注册用户]
我现在坚持c/s的编程开发,通过我的一个c/s转b'/s的平台进行部署,开发效率很高,利润很GAO

我的联系电话:13983059404


  回复  引用    

#40楼  2006-10-31 22:35 阿标      
Winform看你怎么写了。写得好的话,跟C++做出来的性能是相差不了多少的。就是安装的时候记得把Framework装上。
  回复  引用  查看    

#41楼  2007-05-01 13:28 航天奇侠      
我以前觉得winform挺快的,但是现在感觉越来越慢。
反而觉得vb6飞快。
  回复  引用  查看    

#42楼  2007-06-25 11:07 软件民工      
我认为上面的性能问题完全不是问题,.net如果你做很多优化,想一些解决方法实际上性能也会很好,问题的关键不是这个地方,开发的关键是时间,人力而不是采用什么技术,采用最合适的技术做合适的事情才是真的
  回复  引用  查看    


标题  
姓名  
主页
Email (博主才能看到) 
验证码 *  看不清,换一张 [登录][注册]
内容(请不要发表任何与政治相关的内容)  
  登录  使用高级评论  新用户注册  返回页首  恢复上次提交      
"五向定位"职业成长路线公开课(上海、南京、大连)
Google站内搜索


相关链接: