|
BobJanova wrote: that's massive overkill for most applications
And severe underkill for many others.
|
|
|
|
|
Hi experts,
there is an application for which I created a setup project in Visual Studio 2008 Standard Edition. The setup is to be burnt onto CD.
After being inserted in a CD drive, setup shall start automatically. I created an "Autorun.inf" that should be in the CD root directory along with the setup.exe.
I can copy it there before burning the CD, but I would prefer it to be copied automatically during setup project build.
How can I make a file to be copied to setup project's bin\release directory (Not the application directory but the one with setup.exe, setup.msi, DotNetFX and WindowsInstaller3_1)?
Ciao,
luker
modified 13-Oct-11 5:02am.
|
|
|
|
|
I don't know what this has to do with C#, but you could copy your file manually or just set its build properties to custom and use a copy statement which is executed during the project build process.
|
|
|
|
|
My fault. I'm used to code in C# but in this case the Visual Studio forum seems more appropriate. Let's continue there[^].
Ciao,
luker
|
|
|
|
|
Hi All,
I want to zip a folder in C# without any third party dll. Can any body help me out.
Thanks,
Sunil G.
|
|
|
|
|
not sure what version of .Net but take a look at the following:
ZipPackage Class
hope it helps.
|
|
|
|
|
C# Zip Files and/or Folders[^] could help you out.
Too much of heaven can bring you underground
Heaven can always turn around
Too much of heaven, our life is all hell bound
Heaven, the kill that makes no sound
|
|
|
|
|
If you actually want to make a ZIP compatible file, I strongly recommend SharpZipLib. It's a third party DLL but so what? ... you are almost certainly already deploying more than one file, unless there is a really good reason not to use a library you should do so. It's free and doesn't have license restrictions that stop you using it.
|
|
|
|
|
The deflator in .NET is bad[^]. I can't think of any reason to use it, but maybe you have one. If you do, we can help you better if you share that reason.
|
|
|
|
|
Anyways I noticed how wrong my last code was so far.
// DECLARATIONS
// Declaring all my variables
const decimal SLICE_OF_PIZZA_AREA = 14.125M; //
const int diameter_12_16 = 8;
double diameterPizza;
double slicesPizza;
double area;
//INPUT
// Prompt for and get input from user
Console.Write("Please enter the diameter of your pizza:";
diameterPizza = Convert.ToInt32(Console.ReadLine()); // reads the line of text from the keyboard
// PROCESSING
if (diameterPizza >= diameter_12_and_16)
// END
// This allows the user to read what has been outputted then simply press any key to end.
Console.WriteLine("\n\nPress any key to end this application...");
Console.ReadKey();
That is the code I have so far the problem I am having with is these instructions and I feel really dumb, I am not able to understand what to do.
• Prompt the user to enter the diameter of a pizza in inches, that value will be implemented in the determination of the number of slices to cut that pizza into.
• Use a compound condition test to check that the diameter entered is within the range of 12” to 36” inclusive.
• When the diameter entered is good, determine the number of slices to cut the pizza in using an “if … else if” decision structure based on the following:
Diameters of 12” to < 16” cut in eight slices.
Diameters of 16” to < 24” cut in 12 slices.
Diameters of 24” to < 30” cut in 16 slices.
Diameters of 30” to 36” cut in 24 slices.
Calculate the area of the pizza in question, and then calculate the area of each slice.
Display the number of slices that should be cut from a pizza that size along with the area of each slice, formatted as shown in the sample output above.
• When the diameter entered is outside of the allowable range, display an appropriate error message.
• In either case, good or bad diameter entry, end the program when the user presses any key.
Sorry for the wall of text, anyways my next question is how do all this I have no idea. any hints would be great!!
|
|
|
|
|
It's basic maths, and can be done in a procedural manner, or better still by creating a class that contains the main functionality.
Consider this Pizza class that contains all the pizza related stuff, a Pizza instance can now be created and you just need to handle the UI stuff and the class will contain all the other info you need:
using System;
public class Pizza
{
public const int MaxDiameter = 36;
public const int MinDiameter = 12;
private int diameter;
public Pizza(int diameter)
{
if (diameter < MinDiameter || diameter > MaxDiameter)
throw new ArgumentOutOfRangeException(
"diameter",
string.Format(
"diameter must be between {0} and {1}",
MinDiameter, MaxDiameter));
this.diameter = diameter;
}
public double Area
{
get { return Math.PI * (Math.Pow((diameter / 2d), 2)); }
}
public int Diameter
{
get { return diameter; }
}
public double SliceArea
{
get { return Area / Slices; }
}
public int Slices
{
get
{
int slices;
if (diameter < 16)
slices = 8;
else if (diameter < 24)
slices = 12;
else if (diameter < 30)
slices = 16;
else
slices = 24;
return slices;
}
}
}
|
|
|
|
|
I don't mean to be rude but I don't believe that's how it is suppose to be done I believe I am suppose to make multiple constants then have multiple if and else if, I'm not sure how to do this though  if you could show me that way, would be much appreciated.
|
|
|
|
|
|
Okay then my mistake, I guess.
|
|
|
|
|
I agree, which is why I posted what I did - but didn't do his complete assignment!
It seems to be quite common to teach people to write spaghetti code and then introduce OOP which is probably what's happening in his case.
Personally, I see no reason why simple OOP shouldn't be introduced immediately but can see many reasons why not doing so is not great!
|
|
|
|
|
|
 5
|
|
|
|
|
Somehow I don't believe Hello World needed to be in OOP. You must crawl before you walk and walk before you run. If any of you say your first app you ever wrote was in OOP i'll call you a liar.
I've been programming for 25 years and and still don't know everything and find the more I know the more confused I seem to be. I'm certain he will learn OOP but there still is a need to teach elementary crap code techniques.
|
|
|
|
|
In C# it does, even if you gloss over it – an assembly consists of classes and your main method resides in a class. To write the output you need to call a method on an object (Console). OO really is that fundamental in C# (and Java too which is the other common course language).
|
|
|
|
|
Actually, I suppose I do see your point. In many ways I wish I were able to forget and learn from a more modern viewpoint. On the other hand there is something to be said for knowing alternative ways of approaching something even if it appears to be an old way.
|
|
|
|
|
Oh, I definitely agree. A computing course should introduce procedural, functional, OO, data/array based and declarative approaches, at least. Often you can think up a better solution if you have a full toolbox (though OO is a particularly versatile tool and even with just that you can do pretty well). But once you are concentrating on one language you should teach that in the way which is appropriate for that language, which is predominantly OO for C#.
|
|
|
|
|
DaveyM69 wrote: It seems to be quite common to teach people to write spaghetti code and then introduce OOP which is probably what's happening in his case.
Unless you have psychic powers, in which case you have already chosen not to read this reply  ...
This poster is a fresh newcomer to CP, and there's no indication he/she is learning OOP. I'd estimate a high probability this is homework, and a strong probability that he/she ... if learning anything beyond passing a course ... is learning "procedural" programming.
From an OO point of view, what is modeled in this scenario, imho, is not a 'pizza,' but a process which takes a pizza-spec as an input, and returns certain calculated data useful to the pizza-creator. If this were modeling a pizza, where are the toppings and cheese options ?
Your consistent use of Public properties as a substitute for methods/functions is interesting, but not a style of OO programming I would teach anyone.
imho people vary greatly in the extent to which they "take naturally" to OO programming, and, depending on the person, or group, developing the ability to write good solid procedural code in the classic get inputs => calculate => create outputs is a good foundation to build on.
In this case the OP actually has a pretty clear procedural pseudo-code outline of the solution. imho he/she needs help with implementation, not architecture.
I hope you take these comments as in the constructive spirit I intend ! On the one hand I applaud your effort and willingness to help the OP, on the other hand, I'm not sure you have provided anything but a quick fix.
best, Bill
"Use the word 'cybernetics,' Norbert, because nobody knows what it means. This will always put you at an advantage in arguments." Claude Shannon (Information Theory scientist): letter to Norbert Weiner of M.I.T., circa 1940
|
|
|
|
|
Anyone learning C# should be taught OO principles right from the start, as it's an OO language and you can't understand how to do anything beyond the trivial without getting it.
|
|
|
|
|
Good answer, I think your reasoning is spot on.
|
|
|
|
|
Hi Bill,
All comments are always welcome, whether in agreement or not. A sensible discussion of the different ways this can be approached can only be beneficial to the OP 
BillWoodruff wrote: From an OO point of view, what is modeled in this scenario, imho, is not a 'pizza,' but a process which takes a pizza-spec as an input, and returns certain calculated data useful to the pizza-creator
Hmm.. possibly but as we need to get more than one calculation (slices, area, area per slice) from just one specified diameter then an instance that is essentially a diameter wrapper makes more sense to me.
BillWoodruff wrote: our consistent use of Public properties as a substitute for methods/functions is interesting
You are quite correct, CalculateSlices() etc methods may be more 'normal'. Where the object is immutable, therefore the methods will always return the same value for a given instance, I always feel that properties are more suited. This is just a personal thing and I have never really thought about it - it's just what I do naturally in that situation.
BillWoodruff wrote: mho people vary greatly in the extent to which they "take naturally" to OO programming
Undoubtedly, but that normally stems from any pre-existing experience and/or the way they are initially taught. IMO there is no reason not to introduce very basic OOP from the outset rather than trying to lay it on afterwards.
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
