C#做进销存POS收银软件通用软件好吗?

问题描述

跟vb和delphi等软件写有什么优点?我想到下面的缺点,能否有更好的办法解决1.反编译问题2.带的.net库比较大3.对于比较差的POS一体机,运行是否会比较慢...

解决方案

解决方案二：
说难听点，那些还用考虑源代码被反编译的，就不要搞什么软件了。因为这些作坊几乎没有门槛，编写的软件纯属垃圾。他们的劳动属于低水平重复没有价值，与其写什么软件，还不如去破解同行的软件。我实在想象不出，“源代码”这个东西，编写它的人维护它的成本要高于其他团队。除非这样的“代码”是找一些水平更低的人仿制一个已经存在的软件，靠低廉的价格和劣质卖给更低端的用户。比如说我搞到一个软件，我希望维护它，我显然不会拿着源代码自己改，而是找原来的开发团队，除非很不幸他们不维护了。
解决方案三：
我们公司的系统确实也是垃圾还花了不少钱。。。是VB的，数据库里面的字段全都是字符串手机号码从9位到13位不等日期有的有年份是标准的写法有的干脆就是1-2现在数据多了维护起来就麻烦了。。。最近又和一个Delphi开发公司签约，让弄了个web接口弄了两个礼拜都没弄好，接口里面就几个方法。。。POS收银系统也不咋地....我真是无语了。。。
解决方案四：
引用2楼shigaofei1的回复:

我们公司的系统确实也是垃圾还花了不少钱。。。是VB的，数据库里面的字段全都是字符串手机号码从9位到13位不等日期有的有年份是标准的写法有的干脆就是1-2现在数据多了维护起来就麻烦了。。。最近又和一个Delphi开发公司签约，让弄了个web接口弄了两个礼拜都没弄好，接口里面就几个方法。。。POS收银系统也不咋地....……

不会是软件公司吧
解决方案五：
引用3楼startstartsvip的回复:

引用2楼shigaofei1的回复:我们公司的系统确实也是垃圾还花了不少钱。。。是VB的，数据库里面的字段全都是字符串手机号码从9位到13位不等日期有的有年份是标准的写法有的干脆就是1-2现在数据多了维护起来就麻烦了。。。最近又和一个Delphi开发公司签约，让弄了个web接口弄了两个礼拜都没弄好，接口里面就几个……

是餐饮娱乐公司。
解决方案六：
自己的软件自己维护不要反编译别人的东西拷来拷去的到了最后连自己都不明白怎么回事情了后期的维护成本可能就没有法想像了