|
If you want to separate out some of your functionality then a DLL is one way to do it. But unless you are sharing the DLL with other applications then it offers no particular benefit; a static library would be just as useful.
|
|
|
|
|
Replying to both posts:
Eventually I'll make this available to others to use. Then, from my reading, it becomes easier to incorporate into another project when built as a DLL. Until then, my plate is full in developing the message app (that uses the TCP IP project) and the TCP project itself and I don't need that extra step.
I'll leave it is as a static library until I am ready to share.
Thanks for your thoughts.
Thank you for your time
If you work with telemetry, please check this bulletin board: www.irigbb.com
|
|
|
|
|
When choosing to go to a DLL, think whether you (or someone else) will be using these methods in another application, or whether you'd like an expandable interface via DLL based plug-ins.
A common example of DLL usage would be in implementing audio codecs (since any exe that plays audio can/would use it). Additionally, functionality can be expanded/removed from applications via DLLs. Plug-ins can be implemented using DLLs with a standard interface. The application can look for any DLLs with the standard plug-in interface and load what's available.
|
|
|
|
|
I am using CDHtmlDialog for my application and i want to use CHtmlEditView in CDHtmlDialog. I want to make HtmlEditor in DHtmlDialog for which i am using RichEdit control in DHtmlDialog and create CHtmlEditView over that RichEditControl. But When i am running that Html dialog RichEditcontrol is disabling due to Creation of CHtmlEditView.
I want sking in html and with this i want CHTMLView capability for making an editor as html editor in between html skin.
Just like toolbar and other backend UI in html with Editor in middle using HTMLView capability.
Can anyone please help that how i can use ChtmlEditView in DHtmlDialog to create sort of Html Editor.
Its running perfect with CDialog but having problem with DHtmlDialog.
Please help in this Regards.
modified 8-Jan-15 5:19am.
|
|
|
|
|
Member 11018967 wrote: when i do CDialog::oninitdialog it runs perfect but no with CDHtmlDialog::oninitdialog()
That does not really tell us anything about the problem you are seeing. Please edit your question and add full details of what is going wrong.
|
|
|
|
|
My Question is that How we can use CHTMLEditView with DHTMLdialog at specific rect width and height.. When i create HTMLEDITCtrl/CHtmlView in DHTMLDialog it does not edit the text it becomes freeze..
How i can use CHTMLView in DHTMLDialog. Just want to make HtmlEditor that has buttons and backend UI is in HTML.
|
|
|
|
|
Member 11018967 wrote: it does not edit the text it becomes freeze..
This still does not tell us anything useful. If you want someone to help you then provide a proper detailed description of what your code is doing and where the error(s) occur.
|
|
|
|
|
Visual Studio 2008, c++
Class C_Messages works with various structures called messages. The initial configuration of the messages is by reading a text file and is rather extensive. C_Messages instantiates a class called C_Configuration to read the text file and perform all the startup work. Currently C_Messages instantiates C_Configuration then calls some functions handing C_Configuration pointers to the structures.
Is there some way that C_Configuration can be declare a friend of C_Messages and dispense with the functions just to set the pointers. I am thinking of something like this in C_Messages.h
Class C_Configuration;
Class C_Messages
{
…
Friend C_Configuration;
int x;
}
Then in file C_Configuration.cpp would be something like:
Class C_Messages
Int Do_This()
{
X = 2;
}
When I read the various forum questions on this none seem to apply to a simple relationship like this. Maybe its just not possible so I am trying make a simple question out of this.
EDIT
I just figured out part of it and why the compiler is saying the variable is not static. If I don't want static variables can I do something like hand over the this pointer to C_Messages to C_Configuration then C_Configuration can access the members of C_Messages?
Thank you for your time
If you work with telemetry, please check this bulletin board: www.irigbb.com
modified 9-Dec-14 14:09pm.
|
|
|
|
|
What you have shown above doesn't really make sense. The use of the friend keyword is to allow access to protected or private variables of the other class, but you still need an instance of the class to access them. It's most useful when the friend class inherits the other one. If you are just interested in accessing the properties or methods of an object of another class, then you should make them public.
|
|
|
|
|
Re: Quote: The use of the friend keyword is to allow access to protected or private variables of the other class
That is the part I thought I understood.
Quote: but you still need an instance of the class to access them.
That is what I have now figured out, but I think only partially.
Quote: It's most useful when the friend class inherits the other one
Is the intent most useful or only useful. I am thinking only. I was thinking friend had a rather broader scope.
Class M starts running and creates class C to do a bunch of startup work. C is owned by M but does not inherit from M. C is deleted immediately upon completing its work.
Other than for startup (which requires some 80,000+ data items from a file), nothing in M needs to be public. But this entire app is and always be run in a closed system with strictly controlled ins and outs. I am leery of public variables but that would probably better than sending over a flock of pointers. Does the use of public seem to be my best option.
Thank you for your time
If you work with telemetry, please check this bulletin board: www.irigbb.com
|
|
|
|
|
bkelly13 wrote: Class M starts running and creates class C to do a bunch of startup work. C is owned by M but does not inherit from M. C is deleted immediately upon completing its work.
Then there is no need for them to be friends.
bkelly13 wrote: I am leery of public variables
You can hid the variables by making them private, and creating public methods to get or set them, which is the generally recommended pattern in OOP.
At the end of the day it all depends on what each of your classes is supposed to do.
|
|
|
|
|
If all instances of C are owned by and created by an instance of M and there are no other clients of C then I can't see a lot of problem in making M a friend of C. You're essentially saying that C is a part of M you don't need all the time so you want to tear it off and discard it after some initialisation process.
Another way of doing it would be to introduce a new class, A that contains the bits of M that C needs to manipulate. M would contain an instance of A and pass a pointer to the instance to C when needed. That gives you a bit more future proofing and decoupling - both C and M don't depend on each other and just depend on A.
Yet another way would be to have a getter/setter interface on M but if C's the only thing that would want to use it then you're complicating the interface of M for no real reason.
Personally I'd go for the first and consider the second or third later if the requirements change and you need more flexibility.
|
|
|
|
|
First option was: Quote: then I can't see a lot of problem in making M a friend of C.
I was thinking that C would be a friend of M allowing C to see into M. Am I thinking wrong on that.
What is the syntax to make this declaration? C gets access to the variables of M, can change them, then C gets deleted.
Thank you for your time
If you work with telemetry, please check this bulletin board: www.irigbb.com
|
|
|
|
|
You're right - I got things a bit bum backwards. Basically you want C to be able to look at the implementation details of M so you declare C a friend in M:
class M
{
friend class C;
};
should do the trick.
|
|
|
|
|
friend can be used to give another class access to the protected and private members of the class that specified friend.
If C_Messages want to access the protected and private members of the class C_Configuration then C_Configuration specified C_Messages as friend.
If you aggregate the class C_Messages so that is has a C_Configuration, you can only access the public members of C_Configuration in C_Messages. But with the friend specifier you can also access the protected and private members.
Sample code:
class C2;
class C1
{
public:
int public_var;
protected:
int protected_var;
private:
int private_var;
friend class C2;
};
class C2
{
public:
class C1 member;
void set_private_var (int v) { member.private_var = v; }
void set_protected_var (int v) { member.protected_var = v; }
};
void Test()
{
C2 obj;
obj.member.public_var = 100;
obj.set_protected_var(100); obj.set_private_var(200); }
Another solution is working with an intermediate class which specifies the friend. In this case you get only access to public and protected members of the base class.
Sample code:
class C1
{
public:
int public_var;
protected:
int protected_var;
private:
int private_var;
};
class C1B : public C1
{
friend C2;
}
class C2
{
public:
class C1B member;
void set_protected_var (int v) { member.protected_var = v; }
};
void Test()
{
C2 obj;
obj.member.public_var = 100;
obj.set_protected_var(100); }
modified 5-Jan-15 6:07am.
|
|
|
|
|
I am having one DLL file. when i crack that it becomes breakable and we can see the codings of that DLL in visual studio. but, i need that DLL as unbreakable(i.e., when trying to break that DLL it becomes a error report). If anyone know the answers, Please let me know. Thanks in Advance.
|
|
|
|
|
Google for "C# obfuscation". It is not totally unbreakable but it's about the best you can do.
Also please use the correct forum in future.
|
|
|
|
|
A transition from VS2008 to VS2012 has prompted some re-factoring.
I am the only one in my small group that writes in C++ or with OOP. My “plus plus” skills are self-taught with no opportunity for peer-to-peer discussions. Please forgive me for asking dumb question and give some basic guidance here. I do have rather significant skills in number crunching and handling high data rate non-OOP programming.
I am developing my TCP/API skills with a Server side all and a client side app. These will use the windows TCP/API with non-blocking and overlapped operations. To that end I envision the two classes:
C_TCP_API_Server
C_TCP_API_Client
But there is much functionality that is common to both classes, such as creating the sockets and setting their characteristics. I envision something like:
C_TCP_API_Core
This is to contain most or all of the low level API calls and all the error handling that goes with that.
That changes the first two classes to be:
Class C_TCP_API_Server : public C_TCP_API_Core
Class C_TCP_API_Client : public C_TCP_API_Core
This is the first time I have considered using inheritance. Code efficiency overrides simplicity.
Is this the right way to go?
Should the core class be abstract? Or would that be getting a bit advanced for me.
BTW: I Put the API in the class names to indicate that this code goes as close to the Windows API and the lowest level code I can get. I want the minimum overhead between the code I wrote and the OS (Operating System). It will be handling high and continuous data rates.
Thank you for your time
If you work with telemetry, please check this bulletin board: www.irigbb.com
|
|
|
|
|
my 0.02c worth
if you're comfortable with inheritance, abstraction etc - or want to learn and get comfortable, why not ?
otoh, Ive seen plenty of implementations that are basically C_TCP_API, that have both a client and a server 'listen' method - since they share 90% common code, I see no issue there, either
There will be the purists who will argue left right and center about maintainability, separation of concern, yada yada, fine - Im a pragmatist a) make it work, b) make it pretty and maintainable
|
|
|
|
|
client && server versus client || server, good point. I hadn't thought on that much. I tend to go the separate route for simplicity but will consider more.
Thanks for taking the time to reply.
Thank you for your time
If you work with telemetry, please check this bulletin board: www.irigbb.com
|
|
|
|
|
btw, saw your issue with the IPAddressControl below
the difference between the IPAddressControl and the NetAddressCOntrol is, that the IPAddressControl will only handle IPV4 tcp/ip addresses, while the more complicated NetAddressControl will handle IPV4, IPV6 and DNS type addresses, BUT NEEDS TO BE TOLD which one its dealing with, with its 'SetAllowType' Method
Other than that, they should work almost the same - http://msdn.microsoft.com/en-us/library/bb399237.aspx[^]
'g'
|
|
|
|
|
Re IP versus NET, I had not recognized that difference, and it immediately explains much. I work in the arena of telemetry systems who are probably completely exclusive groups, meaning their systems are closed off from the public world. I will stick with the IP4 through the completion of this project, at least the first version, then see about re-visiting.
Thanks for recognizing that and taking the time to reply.
Thank you for your time
If you work with telemetry, please check this bulletin board: www.irigbb.com
modified 9-Nov-14 12:10pm.
|
|
|
|
|
bkelly13 wrote: This is the first time I have considered using inheritance. Code efficiency overrides simplicity.
Is this the right way to go?
Should the core class be abstract? Or would that be getting a bit advanced for me.
Sure why not? ...if there is enough overlapping code that needs to be written, it makes sense to use a common base class, after all that's the point of inheritance.
If you want to see how somebody else has done something similar, check out the Practical Sockets[^] library. As a matter of fact, that library may already be doing what you're doing...
|
|
|
|
|
Thanks for the comment and the link.
I am doing this as self guided education and for use at work. The main app will start a function as a thread and that will instantiate the TCP class and start a method in the TCP/IP class to conduct all the I/O. That method will run until completion. The entire app is a high data rate telemetry system.
I have divided the send and receive into two separate paths, one to send and one to receive. Each path is a strict producer and consumer link. That tremendously reduces the complexity in communications between the main and the TCP thread. Its almost trivial.
At the lowest level, the TCP class starts a completion thread for the send side and soon will start another completion thread for the receive side.
All the TCP code is driven by events, no polling.
Thank you for your time
If you work with telemetry, please check this bulletin board: www.irigbb.com
|
|
|
|
|
bkelly13 wrote: At the lowest level, the TCP class starts a completion thread for the send side and soon will start another completion thread for the receive side.
I hope you're not literally starting a thread... that's actually a VERY slow process. If you have worker threads that do the same thing over and over again, it's best to start the threads once and leave them around until they're no longer required. You can use the thread pool concept if you need several worker threads instead of just one or two per IO.
Also, depending on the bandwidth, TCP/IP isn't the fastest thing in the world. I doubt telemetry can produce bandwidths high enough to cause a problem but if you start seeing backups, keep in mind that you're paying for the overhead involved in TCP/IP.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
