Shamil Salakhetdinov
shamil at smsconsulting.spb.ru
Tue Sep 1 00:48:18 CDT 2009
Drew, Let me post a couple of comments? ASP.NET button's Click event's (business) logic is (most of the time/by default) located on server side, and it's executed during web page Postback. To develop rather advanced ASP.NET applications there is no need to know JavaScript at all. -- Shamil -----Original Message----- From: dba-vb-bounces at databaseadvisors.com [mailto:dba-vb-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Tuesday, September 01, 2009 2:14 AM To: Discussion concerning Visual Basic and related programming issues. Subject: Re: [dba-VB] Access data across the internet Not the whole picture at all. I've always recommended classic asp, to learn some of the ins and outs of web programming. There really are three types of web programming. Server side (asp, asp.net (sort of), php, etc.). Server side code is the guts of your system. This is where all of your business logic would be, and this also determines what the end user sees. Client Side (javascript, java, VBScript, ASP.Net etc). Client side scripting is code that will manipulate the page the user has received, from their computer (so 'disconnected' from the system). The exception is ASP.Net. ASP.Net combines server side and client side with a mix of code, (automated by ASP.Net). An example would be a button click. In a VBA situation, you can write code behind the OnClick event of a button, and have that code do whatever you want. In classic asp, it can 'create' the button, even create client side code, but the asp code itself is unaware of when the button is pressed. With ASP.Net, you get an OnClick event, so it looks like it's something that runs on the server, but the reality is that ASP.Net is using client side code to interact with the server. Formatting code (HTML, Flash, etc.). How your web page looks is going to be based on the code used to display your system in a browser. HTML is it's own beast, but really not too difficult to get the hang of. I recommend playing around with classic ASP and HTML, and stay away from client side scripting initially. You can build very complex (and well running) systems with just those two. ASP.Net and/or the addition of client side scripting can make certain things easier for the user (but a little more difficult on the complexity of the code (client side scripting is notorious for being picky about browsers). ASP.Net is a VERY powerful tool, but it uses an internally constructed Client/server scripting combination. Which gives you TONS of abilities because of this, but it also comes with a lot of consequences. To learn ASP classic, it's just five root objects, with VBScripting. Drew -----Original Message----- From: dba-vb-bounces at databaseadvisors.com [mailto:dba-vb-bounces at databaseadvisors.com] On Behalf Of Doug Steele Sent: Sunday, August 30, 2009 4:48 PM To: Discussion concerning Visual Basic and related programming issues. Subject: Re: [dba-VB] Access data across the internet Hi Gustav (and Shamil) I've been following this discussion with some interest. My impression of web services is that they are basically for publishing information (like a parts catalogue) which could be read and used by clients. I gather that this is not the whole picture. I've spent several hours on the web recently trying to get more information; however I have yet to stumble on a site which gives a clear explanation and/or some practical examples. Do you have any good references? Thanks, Doug Steele On Sun, Aug 30, 2009 at 2:24 PM, Gustav Brock <Gustav at cactus.dk> wrote: > Hi John > > I'll have to second Shamil. When I joined an early presentation of Windows > Communication Foundation it was the first time I began understanding what > web services are about - all other info had been bits and pieces, some > working but none with the big picture. WCF is so well thought out that you > can say "this time MS got it right". > > > __________ Information from ESET NOD32 Antivirus, version of virus signature database 4385 (20090831) __________ The message was checked by ESET NOD32 Antivirus. http://www.esetnod32.ru