类 的概念是好的,如果我有一个单一的用户应用程序并且我独自工作并且我会使用它?

The concept of classes is ok if i have a single user application and i work alone at it and just i'll use it?

我用 windows 表单在 c# 中制作了一个应用程序,我所有的代码都在 window 代码后面,所以我现在有 2500 多行代码,我的一些同事说要使用类 按功能划分代码,但我没有找到这样做的目的,因为一切都将被制作 public 等等。 None 他们知道向我解释为什么这是最好的方法,但只是给我模糊的提示,例如:"if you do a modification somewhere your other functions will crash" 我不知道这怎么可能... 我搜索并找到了关键字 "partial" 那么我该怎么办?应该开始学习类等等?

你需要回到基础,而不是让你自己负责编写应用程序。在您学习如何履行职责的同时,让您的雇主免除您的职责,您现在编写的每一行代码都只是在给自己挖一个更深的坑。

您应该将代码分成 类 的主要答案是代码的可重用性。您可以极大地受益于面向对象编程技术,例如继承、多态性等。

而且,学习面向对象编程所投入的时间,就是投入在你身上的时间,也是为了让你更好地理解未来可能会用到的不同编程语言或框架。

虽然您可以完全自己完成这个项目而不使用任何 类,但我强烈建议您尝试学习 OOP 编程。

PS:C#是一种面向对象的编程语言,这意味着您可能使用的所有对象和变量类型都是类!

A class 被设计为可重复使用的代码块。 class 用于将功能关联在一起。 class 用于 class 将事物转化为一组特定的指令。

这就是 OOP 背后的思想和推理。

考虑一条道路,一条道路上可以有 0 到 x 辆汽车。所有的车都可以 "drive" 并且他们可以 "turn" 他们甚至可以离开这条路并加入另一条路。他们一起工作,但不是一回事。汽车可以行驶,但道路不能。你不想让 "Road" class 有 900000 种方法用于不同的汽车,它们都有自己的驱动方法和 "leave road" 方法......你有 1 "class" 你可以创建多次进入 class 的不同事件,可能在那条路上,也可能不在那条路上。

不做类比,但这是一个非常流行的类比。即使您认为是,您的代码也并非都在做同样的事情,您必须正确地确定您的意见范围。您可能在网络通信代码旁边的业务逻辑代码旁边的 UI 代码旁边有文件访问代码。它们都是 "My Application" 拼图中的碎片,但在 "My Application" 中它们不是在做同样的事情。正是带着这种想法,你才需要前进,而不是带着"It's just me, Writing this same application, it all goes here"