Best web site - CHAPTER 18 570 THE .NET REMOTING LAYER
CHAPTER 18 570 THE .NET REMOTING LAYER Figure 18-1. A high-level view of the default .NET remoting architecture A Brief Word Regarding Extending the Default Plumbing A key aspect of the .NET remoting layer is the fact that most of the default remoting layers can be extended or completely replaced at the whim of the developer. Thus, if you truly want (or possibly need) to build a custom message dispatcher, custom formatter, or custom real proxy, you are free to do so. You are also able to inject additional levels of indirection by plugging in custom types that stand between a given layer (e.g., a custom sink used to perform preprocessing or postprocessing of a given message). Now, to be sure, you may never need to retrofit the core .NET remoting layer in such ways. However, the fact remains that the .NET platform does provide the namespaces to allow you to do so. Note This chapter does not address the topic of extending the default .NET remoting layer. If you wish to learn how to do so, check out Advanced .NET Remoting by Ingo Rammer (Apress, 2002). Terms of the .NET Remoting Trade Like any new paradigm, .NET remoting brings a number of TLAs (three-letter acronyms) into the mix. Thus, before you see your first code example, we do need to define a few terms used when describing the composition of a .NET remoting application. As you would guess, this terminology is used to describe a number of details regarding common questions that arise during the construction of a distributed application: How do we pass a type across application domain boundaries? When exactly is a remote type activated? How do we manage the lifetime of a remote object (and so forth)? Once you have an understanding of the related terminology, the act of building a distributed .NET application will be far less perplexing. Object Marshaling Choices: MBR or MBV? Under the .NET platform, you have two options regarding how a remote object is marshaled to the client. Simply put, marshaling describes how a remote object is passed between application domains. When you are designing a remotable object, you may choose to employ marshal-by-reference (MBR) or marshal-by-value (MBV) semantics. The distinction is as follows:
Please visit our professional web hosting services to find out about cheap and reliable webhost service that will surely answer all your demands.