Your SlideShare is downloading. ×
Dot netsupport in alpha five v11 coming soon
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Dot netsupport in alpha five v11 coming soon

912

Published on

Published in: Technology
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
912
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
4
Comments
0
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide
  • Microsoft created the .Net platform for competitive reasons (Java), but also for some of the reasons that made Java successful. Moving from C and C++ and the awkward COM/OLE interfaces to a “managed” run time makes for: Safer code in that many of the kinds of attacks against web applications have come from something called “injection attacks” which affect interpretive interfaces and buffer-overrun attacks, where binary values are deliberately passed to corrupt the stack and alter the behavior of programs. More robust code in that memory leaks and overwrites are less likely in a managed environment. More portable code because the common language runtime is converted to platforms specific binary code at runtime and the programmer is isolated more from the details. Easier to integrate than COM/OLE because all managed code is generally explicitly typed and auto-help is easier to implement (The dynamic language runtime being one exception). All of these factors make it easier for 3 rd party library vendors to deliver extension libraries that integrate tightly with development environments. Microsoft’s support for .Net has resulted a very rich set of components and a lot of effort around making the platform extensible.
  • When we talk about .Net we really mean a collection of technologies and libraries. The execution environment includes: A Common Language Runtime (CLR) that makes programs written in a variety of languages translate to a common implementation; which improves integration and consistency. Code generation facilities make it comparatively easy to add new languages and to generate scripts without having to write a separate compiler and linker. The technology that loads statically linked components also allows dynamic linking and navigation of the types being loaded. This is not optional as with COM/OLE. It is part of the packaging of .NET assemblies. Much of the value of .NET is realized by the inclusion of a very large and well tested set of assemblies/libraries with classes to accelerate the development of very complex programs. These classes include: Collections, lists, code generators – a standard library SQL interfaces – called managed providers Communication interfaces – make services, remote function calls, socket connections and web connections easy.
  • The Common Language Runtime provides a context to combine software written by Microsoft, 3 rd parties like Alpha Software and custom software into an environment where the constituent components play well together. It is easy to build on the work of others to weave a more powerful software solution.
  • The Common Language Runtime executes the Common Intermediate Language (CIL). This is a bit of a misnomer because the CIL is actually compiled “just-in-time” into native code that executes the intentions of the CLR, but in machine code native to the platform. As a result, many different programming languages, each with features that facilitate a variety of approaches can not only execute in the same environment, but can work together. XBasic is a language that we would like to see generated as CIL as well, perhaps by translating to C#.
  • While many of the types built in to .NET are automatically loaded into the Alpha Five development and runtime environments (many of those in the System and Microsoft namespaces), custom or other 3 rd party libraries can be added to the environment with a couple of lines of XBasic code. Once registered, these types will be available with auto-help.
  • SOAP web services publish a syntax called WSDL (Web Services Descriptor Language) that makes it possible for tools to generate a client proxy that XBasic can use. With the new DotNet::Services class, you can generate the client assembly, register it and call the web service as if it were part of your application.
  • We’ve already discussed the right set of class libraries included with the .NET framework. Here are some more libraries that Microsoft has built on .NET as well. It is important to note that these libraries are very well tested and tuned and it makes sense to build on them.
  • If you look at the possible configurations where we might like the Alpha Five runtime to be, you can see that having XBasic and the rich set of Alpha Five features integrate in .NET applications and services would be a good thing for everyone. While the longer term picture will most likely include web services, windows services and windows executables as well as class libraries written in XBasic, the shorter term objective is to play well as a web application environment. Running under IIS is a high priority. The boxes in dark green show the parts of Alpha Five that make this possible.
  • Why .Net? It’s far more cost effective to extend Alpha Five with new features. The quality of Microsoft’s prebuilt components improves the quality of code written with them The just-in-time compiler means that code written with these components will have the performance of machine code. The ease of extending the built-in functions will make building complex applications and even adding features to Alpha Five much easier. Applications running under .Net tend to scale well.
  • Transcript

    • 1. Alpha Five Version 11 .NET Support
    • 2. Why Microsoft .NET?
      • Safer code (attacks via injection/overrun)
      • More robust code (Memory management)
      • More portable code (32/64/128 bit, Unicode)
      • Much easier to integrate than COM/OLE
      • Vendor support – 3 rd Party Libraries
      • Microsoft Support
        • It is where Microsoft is investing
        • It is where Microsoft is adding features/tools
      • http://www.codeproject.com/KB/dotnet/WhyDotNET.aspx
      • http:// www.netvision.lt/en/why_net_framework.aspx
    • 3. Microsoft .NET
      • Execution Environment
        • Common Language Runtime (CLR)
        • Code Generation Facilities (CodeDOM)
        • Dynamic Loading of Assemblies
      • Rich Set of Prebuilt Functionality
        • Class Libraries
        • SQL Interfaces
        • Communication Interfaces
    • 4. Microsoft .NET
      • Common Language Runtime
      Runtime – One per process Operating System User Application/Assembly 3rdParty Assemblies .NET Libraries Custom Assemblies Generated Assemblies
    • 5. Microsoft .NET
      • Code Generation Facilities
      VB.NET F# C++ C# J# … XBasic Common Intermediate Language (CIL) Byte-code Language Specific Compiler Native Code Just-in-time Compiler (JIT)
    • 6. Microsoft .NET
      • Dynamic Loading of Assemblies In XBasic
      dim Sv as DotNet::Services Sv.registerclass(“MyNS”, “String”, "system.text.Stringbuilder") dim s as MyNS::String s.Append("Hi!" + crlf()) ?s.ToString() = Hi! s.Replace("Hi", "Bye") ?s.Tostring() = Bye!
    • 7. Microsoft .NET
      • Generating and Using Assemblies
      • As
      • Web Service Clients In XBasic
      dim sv as dotnet::services dim DLLName as C = "c:tempMapPoint.dll" sv.GenerateWebServiceClientFromURL ("http://staging.mappoint.net/standard-30/mappoint.wsdl", DLLName) dim assy as dotnet::assemblyreference assy.filename = DLLName sv.registerassembly ("MapPoint", assy) dim Finder as MapPoint::FindServiceSoap
    • 8. Microsoft .NET
      • Rich Set of Prebuilt Functionality
      Base Class Libraries BCL Base Classes Windows Workflow Foundation WF Work Flow Windows Communication Foundation WCF Communications Active Data Objects .NET ADO.NET Database Common Language Runtime CLR Code Windows Presentation Foundation WPF Visual
    • 9. Alpha Five Web Server Internet Information Server Alpha Five Services for .NET IIS Plug-in ASP Web Service Class Library Windows Executable Web Application Alpha Five Platform Services WCF Web Service 3 rd Party Hosting Environment Windows Service Alpha Five Services For .NET
    • 10. So in sumary…. Benefits of .NET support in Alpha Five v11
      • Features
      • Quality
      • Speed
      • Extensibility
      • Scalability

    ×