问这种网站设计的方法是否足够，还是我犯了一个错误？

EN

看来这个设计是基于CRUD模型的。这种模型有利于设计数据库操作，并且可能实际上适用于小型网站UI，但是当您为更大系统的用户设计时，最好是通过关注业务流程和用例来建模您的用户界面。

例如，您不会要求用户通过创建发票头记录、创建地址记录、创建带有查找部件号的子任务的行项来编写发票，即使这是在您订购产品时实际发生的情况。

当你第一次学习如何建立一个网站时，关注CRUD就更容易了。但是初学者的项目和例子总是有点天真。让事情变得简单，让我们更容易学习基础知识。一旦您了解了基本知识，您就可以通过您的方法变得更加复杂。

制作共51页，涵盖所有的添加，删除和更新的设计。在我看来，这是一个相当多的网页要设计，即使它们的大多数是足够通用的结构，我可以复制和粘贴他们在大多数时间所需的最小修改。

是的，但我敢说，这在很大程度上取决于您通过这个应用程序简化的业务流程的复杂性。然而，在今天的应用程序中，大多数CRUD操作(或可以)安排在不超过2页(列表视图、编辑视图)中。

根据我的经验，这是您根据最终用户的技能、知识和当前方法解决的设计问题。如果最终用户实际上是以X方式完成其工作，则您的应用程序模仿X，但以用户友好的方式。换句话说，更简单、更快，这样用户就可以更有效率。

以这一页为例。用户可以从此页面添加、编辑、删除、向上投票、否决、共享、跟踪和标记答案。但也添加，编辑，删除，标志和向上的评论。都在一页纸上。

另一个例子是CRUD表。CRUD表呈现记录列表，同时允许您在表上直接编辑、删除或添加记录。知道如何处理呈现一个或多个CRUD表的页面。每页有很多CRUD操作。

除了这种情况之外，还有其他选择吗?还是我应该全身心投入到创建每一页上？

如果您正处于概念化的早期阶段，请不要自下而上地对待设计。相反，要自上而下地去做。

与其绘制每个实体或页的每个CRUD操作，不如绘制从一个页面到另一个页面的工作流或转换。然后，您将绘制更多关于每个页面支持哪些过程的具体图表。稍后，绘制描述这些操作以及它们如何相互关联的活动图。

通过放大每个设计迭代，从一个抽象的想法到具体的细节。