c# - Why put standard dialogs on a form? -

-

itemprop = "text">

I have some legacy code C #, .Net 2.0 where someone pulled OpenBuffDialog and SaveFileDialaog from the toolbox to the form. The result of this is to open and save the dialogue promptly, when their parent communication is created and remaining until the original dialogue is closed. The open / saved forms are actually used only for a support file in one place which is not always opened / saved during the life of the original dialogue; It looks disabled for me what I will do: 

  (OpenFileDialog openDlg = new OpenFileDialog ()) Use {// initial.dll} ... if (openDlg.ShowDialog ()! = DialogResult.OK) {// handle the results properly}}

OpenFileDialog will be disposed of in this way when the statement used will be out of the scope. Unless I am missing nothing, the value of the quick disposal of the resource (and the fast waste collection) is required, then the open / save file does not extend the small amount of money to the dialogue, even if it is open / Save dialogs are used every time their parents interact, I have not seen any great value for them being around all the time. My question is, am I forgetting something? Is there any more efficiency to keep open / save dialogs all the time? I think the answer would be similar to all other standard dialogues: ColorDialog, FolderBrowserDialog and FontDialog.

Not required. There is a displacement () method in these dialogues, because they obtain one from a component class. They do not override this method because there really is nothing to deal with. All the system resources that are used are released when the dialog stops. Component. Dispose () implementation does not do any settlement, it just ensures that the component has been removed from the IContainer collection.

This is otherwise an implementation description of these dialog rappers. Other components are commonly used for disposal (), tooltip is a good example of the auto-generated disposable method for a form that ensures that this happens, the form of the Designer.cs source code in the file "component "See the field. This is why the component has a disposable system that does nothing important by default.

There is a teen advantage to avoid leaving the component on the form, it allows the .NET wrapper class to communicate. Garbage can be collected or saved from a kilobyte or a micro-optimization.

Put it at face value: If it was important to quickly settle these class objects, then Microsoft would not have made them poor.


Comments

Post a Comment

Popular posts from this blog

c# - sqlDecimal to decimal clr stored procedure Unable to cast object of type 'System.Data.SqlTypes.SqlDecimal' to type 'System.IConvertible' -

-
I'm new to this I'm writing a clr. stored procedure that can be used to get values ​​used in a calculation Call for another stored procedure for Gives an archived methodology int (I think SqlInt32? Value of the table's value is int) which is then necessary to convert to decimal. Here I have the code: Public static integral mood (SQL MDMMYLUE, escalistering AMY type, out of SQLDCM Result) {aResult = 0; Try {SqlConnection conn = New SqlConnection ("Reference Connection = True"); SqlCommand cmd = New SqlCommand ("sp_GetType", conn); Cmd.Parameters.AddWithValue ("@ myValueType", aMyValueType); Cmd.CommandType = CommandType.StoredProcedure; Conn.Open (); Object type = CMD. Exclamation Asser (); Conn.Close (); Decimal type FORCalculation = Convert. ToDecimal (type); Decimal value = convert toDecimal (aMyValue); // ** calculation calc = new calculation (); Decimal result = calorie.docalulation (typefarculation, value); I get an exception...
Read more

Calling GetGUIThreadInfo from Outlook VBA -

-
I need to find the active window'm writing a VBA macro in MS Outlook, which is a specific process. The goal of this is to get the active window / document name even if its original application has more than one document interface. User processor with GetCurrentThreadId is active, I am using GetGUIThreadInfo to get .dll. Here is the correct code: private type RECT as as Left LongPtr top LongPtr right LongPtr down LongPtr termination of private type GUITHREADINFO cbSize as LongPtr flags LongPtr hwndActive LongPtr hwndFocus LongPtr hwndCapture LongPtr as as as as as reset as LongPtr rcCaret as LongPtr hwndCreate as LongPtr hwndMoveSize as HwndMenuOwner end of Private Equity PtrSafe function GetWindowThreadProcessId Lib "user32" (_BVV hnw LongPtr as LongPtr Nig Mr. announced as PtrSafe function GetGUIThreadInfo Lib "user32" _ (ByVal dwthreadid as LongPtr, _ lpguithreadinfo as GUITHREADINFO) LongPtr Sub MyFunction () as dim strWindowTitle string = space as s...
Read more

Obfuscating Python code? -

-
I'm looking for a way to hide my Python source code. print "Hello World!" How can I encode this example so that it is not human-readable? I have been asked to use Base 64 but I'm not sure how. itemprop = "text"> It is limited only, first level ambiguous resolution, but has built-in: byte-code in Python Is a compiler for: dragon-o-m py_compile & lt; Your program.py & gt; creates a .pyo file with a byte-code, and where the docstrings are removed, etc. You can rename .pyo with the .py extension, and python & lt; Your program.py & gt; runs as your program, but it does not have your source code. PS : If your program blur modules like this, you need to rename them with the .pyc suffix (I Not sure it will not break a day), or you can work with .pyo and run them with python -o ... .pyo ( Import should work). This will allow dragon to search your modules (otherwise, Python looks for the .py module).
Read more