没有合适的资源?快使用搜索试试~ 我知道了~
首页Visual Studio .NET指南:探索.NET开发技术全貌
"The Book of Visual Studio .NET (VBL) 是一本专门针对开发者的指南,由 Robert B. Dunaway 所著,由 No Starch Press 出版。本书并未深入探讨单一的语言或技术,而是侧重于如何利用 Visual Studio .NET 来实施各种.NET技术,通过全面审视.NET框架。作者在书中提供了大量新工具和更新技术的教程示例,让读者了解如何在.NET世界中构建编译组件,这与传统的COM实现相比有了显著变化。 书中的内容包括了.NET技术语言的增强和动态链接库(DLLs)的革新,以及Visual Studio .NET带来的各种新特性。读者将逐步掌握.NET开发环境的核心概念,能够自信地回答“什么是.NET?”这个问题,并且能够清晰地表达.NET技术的优势。更重要的是,读者将学会运用所有.NET工具,并能在实践中应用其他.NET技术。 版权方面,这本书受到法律保护,未经版权所有者和出版商事先书面许可,不得任何形式复制或传播。出版社、编辑、设计团队以及开发、校对和索引工作的相关人员名单也列在了书的尾部,体现了No Starch Press对知识产权的尊重和合作精神。 《The Book of Visual Studio .NET》是一本实用的参考书籍,适合那些希望深入了解.NET技术并提升其开发技能的开发者。它不仅提供理论知识,还提供了丰富的实践案例,帮助读者迅速上手并掌握这一新兴的开发领域。"
资源详情
资源推荐
Three-Tier Development
The three-tier model (shown in Figure 2-3) improves on the two-tier model by dividing
applications into service tiers: User Services, Business Services, and Data Services. These
divisions allow for greater scalability and reliability.
Figure 2-3: The logical three-tier model.
User Services
The User Services tier, also referred to as the presentation layer, is made up of windows
executables and/or web pages, such as dynamic HTML or Active Server Pages. User Services
tier is the interface that is used to display data to the user and to receive input. In a three-tier
model, it is unnecessary for the client or the User Services tier to know anything about the
database or any other service that is provided by the Data Services tier.
Business Services
The second tier is the Business Services tier, which is responsible for knowing exactly how to
access data. These responsibilities include requesting data on behalf of the User Services tier
and returning query results. The Business Services tier can, and in many cases should,
maintain business rules.
The Business Services tier, as shown in Figure 2-4
, exposes all the functionality that the User
Services tier requires. While its main purpose is to decouple the User Services from the Data
Services, the Business Services tier does much more. Any function, including calculations and
other application-specific tasks, are available through the Business Services tier. All User
Services have access to the Business Services tier, which physically resides on a server
accessible via the network. Any new or modified business rule needs only be deployed to the
Business Services tier, thus eliminating the need to redistribute anything to the client
application.
Figure 2-4: Business Services tier components being used by all User Services.
Data Services
In a further effort to decouple application services so that they can be more easily managed
and supported, the Data Services tier provides data access to the Business Services tier, which
in turn passes this data on to the client application in the User Services tier. ADO.NET and
the Database Management System (DBMS) are both maintained in the Data Services tier.
ADO.NET is Microsoft's solution for universal data access, and SQL Server is Microsoft's
solution for the DBMS. Both provide data access: ADO.NET provides a method for getting at
data and SQL Server provides the database engine that is required for maintaining the data
itself.
Code Management
Code management in a three-tier application is much easier to support and less problematic
than with a two-tier application. Since the application is logically and physically divided,
there is no need for a single development team. Presentation developers can build the user
interface without having access to data, business tier developers no longer need to understand
user interface requirements, and database programmers can focus on relational data and the
implementation of known business rules. Because each service tier is physically separated,
they can each be compiled and/or reconfigured without involving the other services, thus
freeing up the developers and reducing coordination requirements.
Scalability
Scalability is greatly improved in three-tier applications because database connections can be
disconnected or maintained for use by other clients, reducing the number of concurrent
database connections that are needed to support an application. Processing is transferred from
the client to the Business Services server, and network performance can increase because the
Business Services server can communicate with the database server on the same network,
reducing the amount of network traffic.
Scalability is also enhanced through the clustering of the Business Services and database
servers. Business components loaded into memory can remain loaded through services
provided by COM+ and Enterprise Services-this increases the number of users that can be
supported by the Business Services server because the time required to load a component
from the hard drive into memory is significantly reduced.
Business Rules
With one exception, there is no real right way to implement business rules. That exception is
that you should never place business rules in the client application or User Services tier where
the client applications can easily bypass them. As a result, if a rule is placed in one client
application, it must be placed in every application accessing the database.
You can reliably enforce business rules in either the Business Services or Data Services tier.
When placing business rules in the Business Services tier, make sure that all applications
accessing your data are also using your Business Services tier's components. If an application
can bypass the Business Services component that enforces the business rule, the rule itself is
not enforced. When enforcing business rules in the Data Services tier, no application can
bypass the business rules, hence the advantage of placing business rules here.
Programming languages such as Visual Basic .NET, Visual C++, and C# are well suited to
implementing business rules. However, the objects and languages that are available in SQL
Server for enforcing business rules are column-level constraints, table-level triggers, and
Transact SQL (Microsoft's SQL Server programming language). Although SQL Server's
Transact SQL is not a particularly flexible language, with a little effort and a lot of practice
you can implement almost any business rule.
N
ote When Transact SQL is not sufficient, Microsoft provides stored procedures for calling
COM components. These stored procedures are sp_oacreate, sp_oagetproperty,
sp_oasetproperty, sp_oamethod, and sp_oadestroy. For more information on these
stored procedures, refer to Microsoft's online SQL Server documentation.
N-Tier Development
Strategically dividing an application into tiers can greatly improve an application's scalability,
performance, flexibility, and manageability. Giving each tier a specific task allows the
development and system configuration to focus on the needs of the tasks that are performed
by that tier. Further dividing these tiers can let you further separate out the tasks of the tier.
Any application with three or more tiers is considered an N-tier application. "N" represents
any number greater than two. For the purposes of this section, N-tier refers to a five-tier
model, which is the same as the three-tier model with the Business Services tier divided into
three tiers or tier classes (as shown in Figure 2-5
): Facades, Main Business, and Data Access.
Figure 2-5: The divided Business Services classes.
Dividing Business Services
Once you have divided the Business Services tier into three tier classes, the three new tiers
reside in the Business Services logical model while supporting a more defined set of
functionality. Even though these more defined tier classes are part of the Business Services
tier, they can be packaged separately and deployed on separate servers to increase scalability.
N
ote This book doesn't discuss in detail how to implement these services. To learn more
about how to implement the N-tier model, read Designing for Scalability with Windows
D
NA (Microsoft Press). Keep in mind that this book was written at the beginning of
2000, meaning that the code examples are provided for Visual Studio 6 and require
modification to work under Visual Studio .NET. This is not a problem. In fact, consider
it good practice.
Facades Class
The Facades classes, shown in Figure 2-6, act as a buffer between the User Services tier (or
presentation layer) and the functionality provided by the Business Services tier, which offers
several advantages. One less obvious advantage of the Facades classes is that you can create
sub-classes; thus, you can create a Facades class to return statically embedded data, allowing
the User Services developer to more quickly begin development and prototyping.
Figure 2-6: The Facades classes as a buffer component.
Another more significant advantage is that the Facades classes remove the complexity of
accessing business functionality. Business Services components are, or should be, built so that
their functionality is generic and can be used by a number of applications. As such, any User
Services form or web page will need to instantiate, or load, several components to perform
any task. With the Facades classes, the User Services developer needs only to instantiate the
Facades class, and the Facades class deals with the complexity of business-functionality
instantiation.
Main Business Class
The Main Business classes or Business Level Layer (BLL) provide actual business
functionality, including enforcing business rules, maintaining collection classes, ensuring
business functionality, and providing access to data components. The Main Business classes
provide the actual intelligence of the application. The Facades classes call the appropriate
main business components (Figure 2-7), and the Data Access components only access data
they are told to access. You'll learn about Data Access components in the next section.
Figure 2-7: The relationship of the Main Business classes to Facades and Data Access classes.
Data Access Class
Data Access components (Figure 2-8), or Data Access Layer (DAL), perform data access on
behalf of the Main Business classes. These components know about the Database Services
tier, and as long as this is the only tier that is required to know how to access data, the
transition from one type of database server to another is as simple as modifying this tier alone.
The rest of the application is shielded from the burden of knowing how to access data.
Figure 2-8: The Data Access component ready to access and pass data to the Business
Services tier.
ADO.NET is Microsoft's preferred method for accessing data, no matter what the database
provider is. ADO.NET provides access to a multitude of data sources and methods, including
SQL Server, Oracle, Sybase, MS Access, MS Word, MS Excel, and so on. In tier
development, the data source is typically a DBMS (Database Management System) that
provides a variety of data access methods. When using ADO.NET, application developers
tend to use the query components of ADO.NET, although other database-specific methods are
剩余304页未读,继续阅读
drjiachen
- 粉丝: 171
- 资源: 2138
上传资源 快速赚钱
- 我的内容管理 展开
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
最新资源
- zlib-1.2.12压缩包解析与技术要点
- 微信小程序滑动选项卡源码模版发布
- Unity虚拟人物唇同步插件Oculus Lipsync介绍
- Nginx 1.18.0版本WinSW自动安装与管理指南
- Java Swing和JDBC实现的ATM系统源码解析
- 掌握Spark Streaming与Maven集成的分布式大数据处理
- 深入学习推荐系统:教程、案例与项目实践
- Web开发者必备的取色工具软件介绍
- C语言实现李春葆数据结构实验程序
- 超市管理系统开发:asp+SQL Server 2005实战
- Redis伪集群搭建教程与实践
- 掌握网络活动细节:Wireshark v3.6.3网络嗅探工具详解
- 全面掌握美赛:建模、分析与编程实现教程
- Java图书馆系统完整项目源码及SQL文件解析
- PCtoLCD2002软件:高效图片和字符取模转换
- Java开发的体育赛事在线购票系统源码分析
资源上传下载、课程学习等过程中有任何疑问或建议,欢迎提出宝贵意见哦~我们会及时处理!
点击此处反馈
安全验证
文档复制为VIP权益,开通VIP直接复制
信息提交成功