C#从哪一层开始
好的，这里有两个问题 我正在从vb6应用程序创建一个c#应用程序。我将使用业务逻辑层、数据层、表示层和数据层 既然数据库已经存在，我应该从哪一层开始C#从哪一层开始,c#,C#,好的，这里有两个问题 我正在从vb6应用程序创建一个c#应用程序。我将使用业务逻辑层、数据层、表示层和数据层 既然数据库已经存在，我应该从哪一层开始 第二项问题。如果我编写一个新的应用程序，我会从同一层开始吗？从哪一层开始是一件很难抽象地谈论的事情。它会根据您正在讨论的应用程序类型、所述应用程序的大小以及一般的相互依赖性而有所不同 如果我正确理解了您的问题，那么听起来您正在考虑在进入业务层之前编写（比如）整个数据层 为什么从任何一层开始？如果你编写一个应用程序（无论是从头开始还是作为现有应用程序
第二项问题。如果我编写一个新的应用程序，我会从同一层开始吗？从哪一层开始是一件很难抽象地谈论的事情。它会根据您正在讨论的应用程序类型、所述应用程序的大小以及一般的相互依赖性而有所不同 如果我正确理解了您的问题，那么听起来您正在考虑在进入业务层之前编写（比如）整个数据层 为什么从任何一层开始？如果你编写一个应用程序（无论是从头开始还是作为现有应用程序的一个端口），那么为什么不将该应用程序分成故事，并以更面向功能的方式处理它呢
通过这样做，你将有一个功能应用程序的一部分，你可以原型与更快。这还可以让您更快地发现所有层中的设计问题，因为您不仅要编写层，而且还要使用层。从哪一层开始是一件很难抽象地谈论的事情。它会根据您正在讨论的应用程序类型、所述应用程序的大小以及一般的相互依赖性而有所不同 如果我正确理解了您的问题，那么听起来您正在考虑在进入业务层之前编写（比如）整个数据层 为什么从任何一层开始？如果你编写一个应用程序（无论是从头开始还是作为现有应用程序的一个端口），那么为什么不将该应用程序分成故事，并以更面向功能的方式处理它呢
通过这样做，你将有一个功能应用程序的一部分，你可以原型与更快。这还可以让您更快地发现所有层中的设计问题，因为您不仅要编写层，还要使用层。我通常更喜欢从UI开始。UI是客户交互的点，因此驱动其余层的需求
在某些情况下，有一些核心逻辑是真正关键的，从那里开始是个好主意。但是一般来说，我觉得UI是最好的开始。我通常更喜欢从UI开始。UI是客户交互的点，因此驱动其余层的需求
在某些情况下，有一些核心逻辑是真正关键的，从那里开始是个好主意。但一般来说，我发现UI是最好的起点。如果没有实际的应用程序规范，很难猜测分层方法。有很多可能性。我建议这个问题更具开放性，更适合于
程序员——堆栈交换适用于对软件开发的主观讨论感兴趣的专家程序员层也不一定依赖于像C#这样的编程语言-它更像是一种体系结构决策/方法。无论如何，我建议您只使用一个数据层。两个应该没用，听起来不错。我甚至不知道那个网站。抱歉，额外的数据层是一个输入错误……如果没有实际的应用程序规范，很难猜测分层方法。有很多可能性。我建议这个问题更具开放性，更适合于程序员——堆栈交换适用于对软件开发的主观讨论感兴趣的专家程序员层也不一定依赖于像C#这样的编程语言-它更像是一种体系结构决策/方法。无论如何，我建议您只使用一个数据层。两个应该没用，听起来不错。我甚至不知道那个网站。抱歉，额外的数据层是一个打字错误…同意，我不知道我开始写这个非常棒的层有多少次，直到大约10分钟后，我尝试使用它，并认为它非常糟糕。这就是为什么我喜欢一种由外而内的方法。通过使用它们来定义层，然后让你想要的API工作。同意，我不知道我开始写这个非常棒的层有多少次，直到大约10分钟后，我尝试使用它，并认为它非常糟糕。这就是为什么我喜欢一种由外而内的方法。通过使用层来定义层，然后使API可以正常工作。