|
You essentially have two options:
1) Evolve
- Open the solution in VS2015 to upgrade the file format;
- Optionally upgrade the project to the latest version of .NET, and deal with any breaking changes[^] that apply;
- Optionally convert the "web site" project to a "web application" project[^];
- Start making incremental changes to the layout and styles;
2) Rewrite
- Rewrite the entire project in ASP.NET MVC or ASP.NET Core
- Choose between ASP.NET and ASP.NET Core | Microsoft Docs[^]
If you're just looking to make a few changes to the styles, option 1 is probably the way to go. WebForms isn't going to stop working any time soon. And it's possible to add MVC and WebAPI features to an existing WebForms project, so you could rewrite the site one part at a time if necessary.
But if you want to completely rewrite the site, MVC or Core is the way to go. Just be aware that it could be a very big job. 
"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer
|
|
|
|
|
We all know programming is problem solving, and often the ability to problem solve effectively is one of the most desired traits in a professional programmer. However, compared with syntax books and tutorials, there are surprisingly few articles on steps used to problem-solve any programming-related task.
Give us a list of general steps that work for you to solve programming problems. Here is mine. Feel free to critique it as well:
1. Determine the problem.
2. Break the problem down into smaller problems
3. Prioritize the smaller problems
5. Think of solutions for the first problem on the list and begin working
7. Review code and make it better
I often hear in interviews that people are "Trying to see how the candidate solves/approaches problems," so clearly this is a big one. Also, please note that the scope of this post is specifically smaller problems such as basic algorithms used in programming tests. Not talking about system architecture here. Any tips appreciated.
|
|
|
|
|
To Solve any problem whether smaller or bigger a Programmer should follow The software development life cycle (SDLC) ,Software Development Process.
Which includes many steps like:
Review the problem(Reproduce the problem),
then Investigate the reason behind it,
design how to solve the problem ,
check effected areas,
codding ,
Testing
|
|
|
|
|
TheOnlyRealTodd wrote: there are surprisingly few articles on steps used to problem-solve any programming-related task
..because it would be the same abstraction as you described. It is also not limited to programming, it is a basic pattern that most people follow.
Diagnose
Prioritize
Plan
Implement
Review
Outside of that, the only other approach you could try is using gasoline, a lighter, and threathening the problem.
Bastard Programmer from Hell 
If you can't read my code, try converting it here[^]
|
|
|
|
|
Without any "artifacts" (i.e. deliverables), the "process" is useless; i.e.
1) Scope (Context diagram)
2) Problem Definition (doc)
3) Preliminary analysis (level 0 DFD; UML; whatever)
4) - Current physical
5) - Current logical
6) Design
7) - New logical
8) - New physical
etc.
"(I) am amazed to see myself here rather than there ... now rather than then".
― Blaise Pascal
|
|
|
|
|
So I pretty much exclusively write windows drivers, kernel mode, and its a very demanding environment. Lost of issues with concurrency, and something you user mode guys wont have come across, priority. Your code can be called at PASSIVE_LEVEL, DISPATCH_LEVEL, or, if you have an interrupt, some kind of DIRQL.
Now when you are at elevated levels, you cant touch pageable code or data, it has to be non paged, else you risk a page fault crash. You also cant wait or sleep, or allocate non paged memory at elevated levels.
So something I use, architecturally a lot, is a function call queue, and a thread, which runs at PASSIVE_LEVEL (thats real time priority by the way) to empty the queue.
Because only one function at a time is run by the thread, when taken off the queue, data cant be touched at the same time, and because the thread runs at passive level it can wait, and can call any function, or use any data.
And its very easy to use. Any event that occurs, just save the relevant data in a context, and queue it.
The whole functioning of the driver becomes very relaxed. Almost nothing needs locking, and almost all code runs at a low priority. Its a very good solution to highly complex environments and makes for aq very good product.
|
|
|
|
|
We're lucky to have a kernel mode guy like you frequent the site. Your expertise is invaluable because driver development to most of us user mode guys is a black art.
The difficult we do right away...
...the impossible takes slightly longer.
|
|
|
|
|
Thankyou for the worship, contributions will be gratefully accepted.
No, but seriously, implementing your own function queueing this way ios such a great solution to complex, event driven implementations that it ought to be taught in school. It has literally saved me many times. It is SO disjointed, so flexible.
One beauty is that a function, that expects a certain state, when run, and if that state is not there yet, can requeue itself, and because this is at low priority takes no CPU time. It is a beautiful engineering solution. You never get a deadlock situation. It can reduce any complex environment to simplicity. Seriously, I love it.
|
|
|
|
|
Munchies_Matt wrote: ios such a great solution
I didn't know you were an Apple Fanboi.
What do you get when you cross a joke with a rhetorical question?
The metaphorical solid rear-end expulsions have impacted the metaphorical motorized bladed rotating air movement mechanism.
Do questions with multiple question marks annoy you???
|
|
|
|
|
FlagComposer: let's build a software tool using XML to define a set of national flags.
This project is mainly addressed to students or programmers who'd like to have a challenging programming task to solve as an exercise in their free time…
So, here is the description…
Let's imagine, we want a software tool to define a set of national flags. The tool should use XML data to (1) draw a GUI and (2) to generate an output.
Aim of this application is to build a GUI starting from a XML file (e.g., see "FlagComposer.xml" in the GitHub linked at the end of the post) and to generate an output XML file (e.g. "FlagGermany.xml") according to what has been set by the user in the GUI.
In input we have one (or more… but not simultaneously processable) XML file(s) defining which elements (graphical controls) should compose the GUI, which parameters are needed to define a flag, which values are valid; in output we want to have one XML file for each flag definition. It is not required to display an image of the flag: the XML file is all that we want to have as a result of the processing.
The application must read a XML file containing a "GUIDefinition" element and draw a graphical user interface accordingly. It must also be able to generate and write out a XML file containing a "FlagDefinition" element.
[Application is launched]
==>
[Read XML <guidefinition>]
==>
[Draw GUI accordingly]
==>
[Process user's "Save" or "Exit" command]
==>
["Save" creates XML <flagdefinition>]
==>
[Exit]
Starting from the <guidefinition> element of the input XML data, we want to build up a GUI where the user can enter the required parameters, for instance (…see "FlagComposer.xml"):
1. a "Name" should be entered through an editable text field;
2. a "Direction of Stripes" specification should be entered through a list box (or choice box) displaying the available options ("Horizontal" and "Vertical") and allowing the user to select one of them;
3. a "Number of Stripes" should be entered through a numeric spin box ranging from "MinValue" to "MaxValue" (eventually initialized to a "DefaultValue");
4. a set of list/choice boxes should allow the user to enter the colors of the flag: the GUI must provide N occurrences of the "Color of Stripe" parameter (list/choice boxes) according to the previously set "Number of Stripes".
Once the user has entered all the required data, an enabled button or menu option should allow him to generate and save the output XML file with the final <flagdefinition> element (to have an example of the output file, see "FlagGermany.xml").
To develop the application, free or open source tools should be preferred over commercial ones, but the choice of the programming language, IDE and framework, with which to implement the application, is ultimately left open to any option and demanded to the programmer (that is, to anyone who's going to try to implement a solution to this problem): you may choose whatever language or framework you like. Of course, the simpler and faster-to-implement-and-maintain the solution is, the more it will turn out valuable.
A set of XML files, to use as a model of the input data (<guidefinition>) that should be used by the application and of the output (<flagdefinition>) that should be produced, is available on GitHub (there you'll find XML data files only; there's no source code, as the application doesn't exist yet…):
https://github.com/FromTimeToTime/FlagComposer/
Please, fork the GitHub project to suggest your ideas or your implementation of a solution…
As you can see, the application that I'm asking you to design (and eventually develop) is just a "toy", but it could give me the crucial hint necessary to deliver a solution in the professional field where I'm working… and - yes - to save my job!
(In the company where I'm currently employed I'm struggling to solve a problem with several technical analogies already since a long time, unfortunately without success till now… Well, I'm just a junior developer, after all; I hope you'll understand…)
XML is a ground requirement in this "FlagComposer" simply because it is a requirement (for the communication between many software components, having distinct producers even) in the project I'm professionally working on. For understandable reasons, I couldn't post anything related to the real project… but in the "FlagComposer" problem (note again that there's no such application yet!) a few technical aspects of the "real" project, whereto I have to deliver a solution, are reflected.
Also links to useful resources and to existing source code doing more or less what is involved here could be very helpful!
Any contribution will be very appreciated! Thanks a lot in advance!!!
|
|
|
|
|
So what's the question?
You read some xml, and use it to create a flag; consisting of "shapes" and "colors".
But you haven't accounted for some of the more "graphic" flags.
Holland and France flags are easy; not so much coming up with a "snake" or an "eagle" (Mexico).
You now have to define (graphics) "paths"; or you're back to using images.
"(I) am amazed to see myself here rather than there ... now rather than then".
― Blaise Pascal
|
|
|
|
|
The application that I'm asking you to design (and eventually develop) is just a "toy", intended to explore the possible solutions to a problem with the described technical requirements (in short: XML input to generate a GUI; XML output to return an answer to the user): I'm not aiming at representing faithfully all the graphical characteristics of the flags of the countries of the world; painting the flag graphically is not required and doesn't interest me at all, indeed. Unfortunately, I couldn't think of a better sample project to explore the issues that I'm facing with the industrial software I'm currently dealing with…
|
|
|
|
|
yobibytes wrote: The application that I'm asking you to design (and eventually develop)
Sorry, but this site does not provide code to order. If you want this tool then you need to do the work to create it.
|
|
|
|
|
yobibytes wrote: The application that I'm asking you to design (and eventually develop) is just a "toy"
So, you said in your original message that you want us to do this to save your job. Unfortunately, that's not the way we work here - if you want code to order, try RentACoder (or whatever it's called nowadays). You have to understand that we are all volunteers and the vast majority of us code professionally, so we don't have the time or inclination to write this for you.
It sounds as though you're trying to create a "XAML" style of application - search for Marc Clifton's excellent MyXaml series of articles. These should help you.
This space for rent
|
|
|
|
|
Thanks a lot for the tip, Pete! Tips that puts me hopefully on the right path are exactly what I'm looking for… Unfortunately, Clifton's www.myxaml.com website is not reachable… maybe the MyXaml development technology is something obsolete?
|
|
|
|
|
He's a CodeProject MVP[^]. He posted MyXaml as a series of articles here.
This space for rent
|
|
|
|
|
Also take a look at his MycroXaml project in his articles list. It's a smaller, lighter weight solution to the problem.
This space for rent
|
|
|
|
|
|
Why didn't you say that's what was needed (an xml editor); instead of going on about "flags":
XML Notepad - Home
"(I) am amazed to see myself here rather than there ... now rather than then".
― Blaise Pascal
|
|
|
|
|
I'm planning to develop a Winsock Layered Service Provider. Given that the provider DLL will end up being loaded into system processes as well as user ones, are there any restrictions on the uses of the C++ runtime and/or MFC inside these processes?
Am I going to have to develop it in straight C? (I hope not.)
When I say system processes, I mean user mode system processes. The LSP is not a kernel mode component.
The difficult we do right away...
...the impossible takes slightly longer.
|
|
|
|
|
Its a user mode process, system or app, then yes, any MFC code can be used.
Oh, and you can write C++ in the kernel, it does after all just end up as assembler, same as C. The issue with MFC are the libraries it uses. These just arent kernel usable.
|
|
|
|
|
I personally wouldn't recommend using MFC for anything that doesn't involve a GUI. It's relatively large and really buys you minimal help for most things (although it does help a lot with GUI objects).
As to building an LSP (note the "deprecated" part)...
Layered Service Provider - Wikipedia[^]
As to building this type of DLL using C++, sure, you probably just need to export some functions using the 'C' style exports so they could be loaded. It's common practice so you'll find examples everywhere.
|
|
|
|
|
Albert Holguin wrote: As to building an LSP (note the "deprecated" part)...
I know it's deprecated, but I don't have the resources or the time to learn how to write a kernel mode filter driver for the new Windows Filtering Platform.
Plus I don't think it will be removed because LSPs are part of the Winsock spec.
The difficult we do right away...
...the impossible takes slightly longer.
|
|
|
|
|
I'm currently in the process of investigating how to best implement a common login system for all our applications. The logins can have different types of users: some are system users or even crowd sourcing members, others are used for determining user settings for an application and others are subscribed to newsletters or alerts of some type.
The idea is to have one common database of users or contact information which all applications can use, similar to an SSO system.
apart from the usual advice: password rules, encryption methods (using salts), SQL injection, using secure transport etc... I don't find that many tools that allow this (preferably for free, like an open source thing) and honestly, perhaps I'm overly suspicious, one is never sure they tackle security right and whether they are flexible enough to handle 100% of the requirements. And finally if they are easy in maintenance and usage (installing, configuring or compiling, ...) ?
Secondly you have the openid, oauth, ... systems that allow social media login. Looks nice, but I have the feeling that you never get all the information you want and this is also on provider's goodwill (IOW they can stop the service at any time, not that they will, but they could?) and the technology could change, forcing you to evolve on a regular basis. Lastly, though I'm not 100% sure, I seem to remember reading somewhere that more institutes/companies are stepping away from openid (I think in favor of another technology). Can't remember the source.
question 1: Any recommendations on a system? Free or paying.
question 2: Why would or wouldn't I adopt a social media SSO?
question 3: apart from the logical things to watch out for: any additional advice?
Many Thanks. 
|
|
|
|
|
So are you guys not already using a domain with an associated LDAP mechanism? That's really the best way that I know of to handle Identity Management in a distributed and diverse system.
"There are three kinds of lies: lies, damned lies and statistics."
- Benjamin Disraeli
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
