请教一个基础的设计问题。

Question

首先,时间和照度都要分别定义属性,不要都放到一个字符串里去
其次,需要某个条件可以启用或禁止,每个属性跟一个bool型的属性,来控制启用或不启用呗

Answer 1

“另一个功能是，客户需要能够屏蔽任意一个条件，比如关灯条件里面的这个子条件：且 照度高于60Lux。”这里是举一个例子，若屏蔽这个条件，这里就逻辑不严密了，我只是举例，请忽略该问题。

Answer 2

做个让客户修改的界面呗   时间点（DateTimePicker）， 照明度（textbox）， 是否启用时间点条件（checkbox）， 是否启用照明度条件（checkbox）

Answer 3

（ 当前时刻在当日12:00至当日22:00的时间段之外
        或 【当前时刻在当日12:00至当日22:00的时间段内   )
        且 照度高于60Lux】"-------------------------------------------哪一种？？？---------------------------------------
当前时刻在当日12:00至当日22:00的时间段之外
        或  （【当前时刻在当日12:00至当日22:00的时间段内
        且 照度高于60Lux】 ）

Answer 4

给你简单举例子吧，可能不能映射到你的应用领域的真实知识：。一个“条件”，它有一个属性：“条件名称”。
。一个“And组合条件”，它是从“条件”继承的，它有一个扩展属性：“条件数组”。
。一个“Or组合条件”，它是从“条件”继承的，它也有一个扩展属性：“条件数组”。
。一个“基本条件”，它是从“条件”继承的，它有一个属性：“指标名称”。
。一个“时间条件”是从“基本条件”继承的，它有两个扩展属性“起始时间、终止时间”。
。一个“照度条件”是从“基本条件”继承的，它有两个扩展属性：“最低值，最高值”。画出类型关联图来。上面这不过是对概念初步进行一个梳理，这个过程中需要反复参照你的动态建模分析。但是你的描述，没有涉及到这些，所以我也无法理解你的需求。例如说“条件”需要有什么方法？“基本条件”需要有什么扩展方法？“组合条件”的方法如何重写？从你的需求描述中根本看不到。更别说更多的获得的分析。大多数不太会进行需求分析的人都是这样，写出来的需求描述只是干巴巴的名词儿概念，死抠概念或者是摘抄用户那里提供的个别概念的成果，而看不明白活动设计、状态变化、对象通讯、计算规则、交互体验、性能和结构等等。这些就是需要不断学习加以改进的，改进这些分析活动，反过来就能让你的初步的类型关联图得到改进。