我正在为图书馆设计一个应用程序.不是一个大型的图书馆,而是一个非常小规模的图书馆,我的主要任务是保存有关图书的信息.但是这个图书馆应用程序应该能够适应任何专业人士的私人图书馆.例如,对于律师而言,除了有关该书的基本信息(标题,作者,出版商等)之外,还可能存在与书籍相关联的其他特殊字段(案例编号,法院编号等).医生可能对书有一些其他特殊属性.其他职业也是如此.
所以我将使用一个SQL Server CE数据库,我希望有一个具有常用属性的BOOK表,并且可以根据需要改变表以满足特殊需求(添加更多列).
但我担心的是动态生成GUI以支持新属性.
有没有解决动态GUI生成的方法？
我不是要求完整的代码(显然我不会得到),但是如果你有任何编码来支持这种方法,请善于发布:)
有什么我应该知道的优点,缺点,死胡同,警告或警告等？
我需要允许用户向记录添加新字段,例如,如果有联系人记录,用户可能想要添加"SSN"数字字段和"出生日期"日期/日历字段.他们当然会通过用户界面做到这一点.
然后,这些字段可用于所有联系人记录的输入.
考虑到我的应用程序同时为许多用户运行(不是单个公司部署等),理论上每个人都可以添加自己的自定义字段,将这些信息存储在数据库中的最佳做法是什么,尤其是当需要搜索时？
我有一个关于对象视图中的自定义字段的架构问题.假设您有一个用户对象,其中包含一些基本信息,如firstname,lastname,......可供所有客户使用.
现在,我们经常会从客户那里得到一个问题,即为他们的域添加几个典型的自定义字段.我们现在的解决方案是一个xml数据列,其中存储了键值对.到目前为止一切顺利,但现在我们必须找到更具架构性的解决方案.
例如,现在,客户想要一个下拉列表,可以选择其自定义字段的值.我们仍然可以将选定的值存储在xml数据列中,但是我们在哪里存储所有这些下拉值...
我知道在sharepoint中你还可以添加下拉列表等自定义字段,我想知道如何处理这个问题.我想避免为客户创建自定义表,或者有一个包含90列(10个基本,然后每个客户10个)的表,...
你明白了,它应该是通用的,并且能够在将来处理各种问题.
我在想的是一个Table UserConfiguration,其中每个记录都有一个Customer的外键(我们数据库中的Channel),然后是一个FieldName列,一个FieldType列和一个Column列.列值应该是xml类型列,因为对于下拉列表,我们需要添加多个值.此外,每个值都可以附加额外的数据(而不仅仅是名称).另一个问题是如何存储选定的值.我不喜欢在我的数据库中使用外键到xml的想法(在某处读取Azure无法处理这一切).你是否只存储了值的名称(如果值从xml中消失了怎么办？)？
任何文档,关于这类问题的链接也会很棒.我正在尝试找到一种处理数据库中此类问题的设计模式.
我正在构建一个与购物车非常相似的应用程序.用户从列表中选择产品,然后根据该产品,需要设置和保存一些属性.
例.
如果用户选择允许自定义颜色匹配的涂料类型,那么我必须允许他们输入通过颜色匹配过程接收的公式编号.所以我有一个Product Detail项,它是一个Paint类型的产品,而且sku的属性为"AllowCustomColorMatch",但我还需要在某个地方存储公式编号.
我不知道如何在我的代码中优雅地处理这个问题.我应该创建子类或产品吗？现在我正在保存用户在OrderDetails对象中输入的数据,该对象具有与其关联的Product的引用.