相同的ID 是我先把商品放到购物车. 按回车 然后点击相同的商品 就说我的ID已经存在 不能添加
购物车应该放商品id,数量等信息,当每次添加到购物车时先判断是否有相同id的商品,有相同的就添加一个数量,没有相同的就添加商品
我要的是代码...哥们 上面写汉字的就是要写代码的
人呢 关键czrt["id"]也不是商品ID的值,而是你使用购物车的次数
多动手敲代码,从思路上去考虑一些基本的问题,结合面向对象的思想去思考一个程序的可用处和实用处,
从而提高自己的代码量,加深对面向对象的了解!
如果不看设计模式你只能学会面向对象是如何实现的(语法),看了才知道如何设计。
不是说培养不培养,这是一种思维,这样你要表达的东西更加容易让人理解,看着更舒服!
我深深体会到了,呵呵 我这一段时间一直在看,受益颇多!
查询是一个动词,动词一般是类的一个方法,类一般是名词
如果你要做一个查询的类,相当于把查询作为一个名词来处理,动名词吧,这也是可以的,关键还是看你的查询的需求了,.net里提供的都是把查询作为集合类的一个方法的。那些linq的扩展方法倒是本身作为一个类,不过这个类并没有普通类的那些说法,只是方便作为一个程序集提供吧,最终还是体现在集合的方法上的
我觉得查询作成一个类(抽象),或者叫作接口吧~~~~。
因为系统中有不同的模块,(销售单、采购单、发料单、工单)。
每个模块的查询都调用一个查询窗口(可以叫作一个类吧),
把对应的查询条件、查询字段传入查询窗口类中,这样就简化了代码。
这只是我的个人理解,比较肤浅,请各位纠正。
其实光说 也体现不出来啊 说不定你说面向对象 头头是道 但是写程序的时候并不是完全面向对象的
拿你所说的查询来说吧。
你如果查询user表,那么 users就是一个对象,你表里面的每一列就是这个对象的属性。
这个是说容易做起来难!我现在只能抄袭别人面向对象的架构,再稍微改改。
面向对象是对个体建模,然后将个体的类型展现出来。比如我们要建立狗的模型,想表达狗是一种动物,同时也是一种宠物,那么我们就从两个类型来研究狗。
当你研究了许多具体的个体,才能将类型确定下来,并为同一类型的对象(的各个方面)写出文档。如果不仔细研究个体,空洞地从抽象出发,往往滥用概念。
面向对象是从实际应用领域出发,为真实的对象建模。而不是简单地把真实对象用一些计算机领域的数据(什么整数、数组、字符串之类的术语)来代替。避免脱离实际的术语,避免使用计算机领域的术语,而应该用自然而然的应用领域的术语来描述对象、对象类、属性、继承、行为、用例、状态、事件、规则等等。而使用计算机领域的术语进行系统设计、(与硬件等的)接口设计,则是在清晰完整对业务建模之后的事。
书生气是做不了面向对象设计的。完全不需要套用书本上的所谓模式,你先去搞清楚现实中有哪些东西是独立存在自我管理和自我发展的,把他们的实际行为逻辑用大白话说清楚,然后再来看看跟面向对象理论有什么契合之处吧。不要想着用什么编程的技巧堆砌起来就成了面向对象分析和设计技术了。