求大神用C#写一段关于C#仓库管理系统的代码

[cdstony]

基本要求：
仓库中货物信息包括：货物编号、货物名称、货物单价、货物数量等。
功能要求：
1） 增加和删除货物信息
2） 按编号或名称查询货物信息
3） 显示库存量不足一定值（由用户输入）的货物信息
4） 显示所有货物的信息
5） 对所有货物信息读写文件

[dopsop110]

你去源码网站看看有没有

[crystal_lz]

10W不能再低了。。。

[zestsnake]

这哪是一段代码可以解决的啊。去51aspx看看，一大堆

[xuzuning]

https://www.baidu.com/s?ie=UTF-8&wd=C%23%E8%BF%9B%E9%94%80%E5%AD%98

[以专业开发人员为伍]

引用 5 楼 shaoerbao 的回复:

[quote=引用 2 楼 crystal_lz 的回复:] 10W不能再低了。。。

我一高中同学找我让我给他做个记账软件，需求就是管理联系人、货物、库存、订单、账单，当我说我要免费给他做时，同事各种惊呼然后半个多月过去了，我用工作之余的时间做到现在，只写好了CodeFirst的数据库和数据库操作的基类，界面还没个影，那么问题来了，我应该要多少钱[/quote] 你无法要钱。 一个软件要从前端交互操作界面开始评估，而不是从最低级的东西开始评估。就好像你去买华为P9手机，你是从它与280块钱的山寨机的差别开始评估的，而是从“山寨人”那种认为“什么东西都是千篇一律地低级的东西就可以堆起来”的观念出发。 实际上，从最终的界面绚丽、用户体验特别流畅、系统性能高、扩展方便、网络并发好、稳定性等等角度出发，才知道跟用户要多少钱。如果从什么EF编程出发去考体力瞎拼凑代码，用户谁关心你付出了多少体力啊？

[以专业开发人员为伍]

而是从“山寨人”那种认为“什么东西都是千篇一律地 --> 而并不是从“山寨人”那种认为“什么东西都是千篇一律地 软件研发要有一个“持续发布”节奏。例如2周以后你就应该推出一个“库存管理”系统让2个以上用户并发内部测试，然后每周都大改一次，你给用户一个时间表能说明在几月几号能够提交哪些产品特性，并且你是一个靠谱的人、基本上可以保证软件开发不会跳票过长时间（最多也就是一周而已）。这个时候，你说话就有谱了，你在退出第一个内测版本之前就能给用户报价了。 反之，就是一个不成熟的程序员，那么你应该先到一个会软件工程、能够“持续发布”内测版本的团队中学习。

[以专业开发人员为伍]

我们介绍一下投资人你怎么看自己雇佣的小团队的能力高低： 一个开发人员是否成熟、是否靠谱，不在于时髦技术名词儿能用多少，不在于是否刚刚花钱去学了一个去年才炒作起来的编程api框架，不在于用4、5个年轻人的体力来拼人家一个架构师的智力。 从外部投资人来看，如果他选择一个成熟的团队，那么这个团队一定是可以持续发布内测版的，并且是可以用一个Excel工作表就能良好地反应进度的。其选择的技术一定是可以选择更简单、更稳定、更加适配 UI/UE 设计的，而山寨的团队则会想进办法把人家都玩了许多年的东西作为“下一版”来发布。 所以一个团队的根本技术好不看，看看内测版的发布节奏。

[runerback]

引用 2 楼 crystal_lz 的回复:

10W不能再低了。。。

我一高中同学找我让我给他做个记账软件，需求就是管理联系人、货物、库存、订单、账单，当我说我要免费给他做时，同事各种惊呼然后半个多月过去了，我用工作之余的时间做到现在，只写好了CodeFirst的数据库和数据库操作的基类，界面还没个影，那么问题来了，我应该要多少钱