|
 |
|
|
| |
Question
Is it possible to enter directly map coordinates on Live Local? I'd like to see what we show at 38°13'36.38"N, 112°17'56.59"W, but can't find way to do it.
Answer
I don’t think you can do that via the Live website, but you can definitely do it pretty easily with the public service. Check out the attachment for an example (code listed below).
<script src="http://dev.virtualearth.net/mapcontrol/v4/mapcontrol.js" type="text/javascript"></script>
<script language="javascript" type="text/javascript">
<!--
var map = null;
var pinID = 1;
function showMap() {
map = new VEMap('map');
map.ShowDashboard();
map.LoadMap();
var ll = new VELatLong(38.13, -112.17);
map.AddPushpin(new VEPushpin(pinID, ll, null, 'My pushpin', 'This is pushpin number '+pinID));
pinID++;
map.SetCenterAndZoom(ll, 10);
}
-->
</script>
...
<body onload="showMap();">
...
<div id="map"></div>
Question
I have seven user controls developed. I have a aspx page which has seven tabs, based on each tab click, I'm loading the user controls dynamically. I'm doing this from the page_load event of my aspx page.
All my user controls have a common method called "Save". I need to call these methods from the aspx page dynamically when navigating between the tabs. Say, If I'm in tab1 and navigate to tab2, I want to call the save method in Tab1. The save methods basically saves the state of the controls in user control.
I'm not sure how to do this.
Answer
There are a number of ways to do this. Perhaps the easiest way would be to use the Panel control to determine what tab content is visible and what isn't. Of course, if this was .NET 2.0, I'd suggest the AJAX Control Toolkit's TabContainer control.
Question
When I first enter the ASP.NET website it displayed very very slow...sometime 30 seconds and more... How can I detect the reason for that?
Answer
Can you give us more details about your scenario? What server are you running on? What type of project? What compilation options are you using? There are countless factors that go into application performance. For a detailed list of those, check out Improving Application Performance and Scalability.
Question
When does Application_Start get called? I have the following code in the Application_Start function and but it does not seem to run. I would like to Flush the cache on application start up. When I debug my program in Visual Studio shouldn't the Application_Start event run everytime I debug?
Answer
As the others mentioned, Application_Start is called when the application is first started or, more specifically, when the application receives the first request. Typically, this only happens once, but there are some events which may require the application to restart, such as a change to the web.config file, as mentioned before. To answer your second question, yes, the event is fired before you even get to the UI of the app. If you're not seeing this behavior, make sure your breakpoints are setup appropriately.
Question
In a real time projects, what do you all do? Do you guys first design the OO Business layer with classes and then design the database layer or its the other way around?
Answer
I haven't really delved into the formal theories around domain driven design, but I'd have to say I use this same approach. In my experience, the best approach is really going to depend on the experience of you and your team. Most people seem to start in the database, but I personally think that can cause problems. In the same breath, I have to say I don't think this is a steadfast rule, tho; it really depends on skills and experience. With all that said, my approach tends to start by forming a domain model based on use cases. This domain model represents the data your system will manage. Next, I like to identify the business services that correspond to the domain model; the data access layer, which essentially mimics the business logic layer; and, finally, I wrap it all up by formulating the data model, which is loosely based on the domain model.
The only thing I like to stress here is that the application's domain model should be designed independently of the data model. The reasoning behind this primarily lies within the fact that you don't want your application domain model held to restrictions of the data store, which could possibly change over time. As far as I'm concerned, the data store is merely an end-point -- an end-point that can (or, perhaps should support the ability to) be replaced with no change to the application, outside of the data access layer.
Ok, this is a funny one... at least in my mind. Jeff Atwood  discusses some usage numbers in various versions of VB and one comment sparked another by someone I don't know, which I had to respond to. I won't include the main article, so you'll have to go to the site to check that out.
The move to .NET or J2EE and which language to use is dependent on management being enticed by either camp but mostly what camp they already are in. The move towards .NET is growing and J2EE is waning. Do J2EE jobs outweigh MS as a whole. Most likely but that trend is decreasing.
.NET is gaining ground. There are two related reasons why. If a Microsoft team feels the need to upgrade, they will do it in accordance to what they are currently working with. The cost of moving from a COM platform to J2EE is far greater than to .NET. Granted there is no straight line in converting.
.NET also gives the ability to develop with the VB, C#, C++ and other CLR compliant languages along the same projects. Therefore retraining in "foriegn" languages is lessened. With a vast number of VB programmers out there, making the switch to C# will be easier if a VB 6 developer moves first to VB.NET. Theres is that comfort in the womb factor.
With that said, VB developers can make a fair transition to VB.NET, especially those that are strong, professional software engineers. Hacks will definitely have more difficulty making the transition. Therefore, .NET will help separate the wheat from the chaff.
I believe, like myself, VB programmers WILL make the transition to C# as the common language for developers, which will also include Java programmers seeing the light down that tunnel called the future. .NET offers a flexibility that J2EE doesn't offer (well more than one...) Movement from one language to another while remaining in the same framework. This with the familiarity of one vendor though not "stuck" with one vendor, as a viable reason for management to move towards migrating towards .NET which is NEVER a rapid flow as is whipping out a quickie prototype in VB. Only time will tell what happens to VB. COBOL (yuck), RPG and yes my favorite tool VFP are still alive and kicking. So expect VB to not go away, but in the near future, expect C# to become the de facto language of the development world of the serious professional software engineer.
rick on April 10, 2006 04:12 AM
Rick, are you sure your real name is not Micheal Flanakin? Cause you sound exactly like him - and that is NOT a compliment unless you enjoy being a pompous, arrogant buffoon who believes that "talent" can offset crippling personality defects...
"Separate the wheat from the chaff"? Get over yourself and recognize that programming is an art form - and in programming, just as in fine art, "It isn't the paintbrush, it's the artist".
No, bad programmers we shall always have with us - whether .NET or not, and whatever language they choose to (mis)use.
Ralphie Boy on April 11, 2006 01:06 PM
Bwuahahahahahhaa!!!! I just had to laugh at the "pompous, arrogant buffoon" comment made by Ralphie Boy. That's hillarious! I like how he comments on my "crippling personality defects" even tho he's never met me. Good stuff, good stuff. Funny thing is, I actually agree with his comments. Oh well, what do I know?
Michael Flanakin on January 17, 2007 08:05 AM
Question
Does anyone know about a website where I can see the current and earlier version of .net technology? Like different version of ASP.NET, C#, CLR, .Net Framework etc.
Answer
I don’t think there’s any one place you’ll be able to find all that info. If I had to look it up, I’d probably start on Wikipedia. MSDN would be the best place to get the absolute, most up-to-date info; but Wikipedia is a bit easier to find exactly what you’re looking for because you won’t have all the extra articles that are on MSDN.
http://en.wikipedia.org/wiki/.NET_Framework (includes ASP and CLR)
http://en.wikipedia.org/wiki/C_Sharp
http://en.wikipedia.org/wiki/Visual_Basic_.NET
Question
Hello,
I am going to replace our aging 7.0 server and install 2005 Standard.
I want to use the new Reporting Services, and I have a question about the licensing.
I will have Reporting Services installed on the SQL Server. It's just the one machine with one processor. Reporting Services will be pulling data from the same machine it is installed to
The reports are entirely for internal use (i.e. not a public web)
I have 5 CALs for the 2005 at this time.
I confess I'm slightly confused about the costs for Reporting Services.
RS is on the 2005 disks, it is not a separate program you purchase?
I install it, do I need to purchase some other license besides the 2005 Standard one I bought? Do the CALs I have count towards CALs for RS, or do I need distinct CALs for that service?
I've seen the microsoft website's explanation of licensing for SQL, but it's clear about # of processors and whether RS is on one machine, accessing data on another, but I'm not 100% clear on what the licensing involves, so please, if you know a clearer explanation, or can answer, I appreciate it.
Thanks in advance for any help
Tony
Answer
First, let me say, if you're using .NET 2.0, you can use the built-in Report Viewer with no licensing; however, you don't get the robust management and admin features Reporting Services comes with. It is worth considering, if all you care about is the graphing, tho. As for Reporting Services (RS), any machine licensed with SQL Server 2000 or later can have RS installed. Notice, I said "machine." If you want to have RS on a separate machine, you need another SQL Server license for that machine. From what I understand, you're wanting both on the same machine, so you should be covered.
A lot of people have been confused about RS licensing, so don't feel bad. But, no, it's not a separate product to buy; it comes with SQL Server. The only licensing issue is where RS exists.
Unfortunately, I can't really speak to CALs. All of the customers I've dealt with have processor-based, as opposed to CAL-based, licensing. If I were to guess, I would say that RS might take up a CAL to connect to SQL Server, but I don't think I've heard anything about using a CAL to access it. Again, I haven't had to deal with CALs in the past, so I suggest you do some more investigation into that specific portion of licensing. Otherwise, you should be covered, from what I can tell.
I've thought about doing this for a while, so here goes... As we all do, I try to partake in various online discussions from time-to-time. Whether it be weblog comments, forum posts, or emails, I figured it might be kind of nice to have these things referenced in one, easily searchable place. If you notice posts being added out of order, it's because I'm trying to post them with publish dates relative to the actual time of the real postings, which I'll link to, when possible.
I'm not sure if I'll keep this around forever or not. We'll have to see how it goes. Life's an experiment, tho, right?
|
|
|
|
|
|
|
|
|