我必须编写大量代码,这些代码将在三个 asp.net 页面中使用。
我想知道关键点,以便我可以决定是创建 Static Helper 类,还是为公共(public)代码创建基类。
我同意创建单个帮助程序类与创建多个帮助程序类必须是一项谨慎的工作,具体取决于性能等各种因素,但问题仍然存在,你可以认为我是一个可以创造完美的聪明的编码员辅助类的数量。
我想我将只使用这三个 asp.net 页面中的代码。
感谢所有 friend 的回答,但我需要更多信息,请发送更具体的要点。
谢谢。
最佳答案
如果它是所有三个 ASP.NET 页面共享的代码,而不是其他代码,那么基类是个好主意。
代码不会暴露给“外部世界”(通过使方法受到保护),并且您定义了应该在其中使用这些方法的上下文。它们只能从定义槽继承的 ASPX 页面调用,它是一种特定的基本类型,其中方法有意义。只需传递正确的参数,就可以从代码中的任何位置调用 Helper 方法,即使这在概念上是无效的。
如果它是要从不同地方调用的代码(例如 ValidateEmail 函数),那么静态帮助程序类可能会有所帮助。
但是如果您选择帮助类,您仍然必须决定要创建多少个帮助类。从维护的角度来看,将所有辅助函数转储到一个类中可能不是一个好主意。
关于c# - 编写公共(public)代码的最佳位置是静态帮助类还是基类?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/8561574/