How do System, System32, and SysWOW64 folders function?

Question

The three Windows Operating System folders: System, System32, and SysWOW64 may have one thing in common. They are critical for its functionality of how they interact with Users within the shell and the graphical user interface.

When dealing with unauthorized users who are at the independent app interface level, it may only work when their corresponding apps are running until they exit their apps.

With certain batch file scripting and or scripting simple app developing techniques, I would need to include decision control structure blocks, that is, If...then..else for instance.

The drawback and costly disadvantages would be critical if users include additional batch script and Java class files that are not thoroughly tested enough prior to ongoing exececution.

If it is feasible, then this would be the only way to cut back or cut out personal expenses of independent apps that may not work independently, for they may not be worth it or a waste of money.

Am I correct?

Regards,

JohnCTX

Answer 1

It is explained in MSDN :

File System Redirector

Answer 2

The title of your post and the actual text of your question do not appear to be related.

On my Win10 system, Windows\System is essentially empty.
On a 32 bit OS Windows\System32 contains portions of the 32 bit operating system.
On a 32 bit OS Windows\SysWOW64 does not exist.
On a 64 bit OS Windows\System32 contains portions of the 64 bit operating system.
On a 64 bit OS Windows\SysWOW64 contains the 32 bit versions of OS programs that are required for compatibility.

The three Windows Operating System folders: System, System32, and SysWOW64 may have one thing in common. They are critical for its functionality of how they interact with Users within the shell and the graphical user interface.

Everything under C:\Windows is part of the operating system. Some files/folders are more critical than others.

When dealing with unauthorized users who are at the independent app interface level, it may only work when their corresponding apps are running until they exit their apps.

What the heck is an "independent app interface level"? What "may only work"? How did an unauthorized user gain access to your system? This statement/question makes no sense.

With certain batch file scripting and or scripting simple app developing techniques, I would need to include decision control structure blocks, that is, If...then..else for instance.

Well, yeah, this is the core nature of programming.

The drawback and costly disadvantages would be critical if users include additional batch script and Java class files that are not thoroughly tested enough prior to ongoing exececution.

Uh... well, yes, unpredictable results will occur if you run untested code.

If it is feasible, then this would be the only way to cut back or cut out personal expenses of independent apps that may not work independently, for they may not be worth it or a waste of money.

I do not understand the question/statement. Everything is a tradeoff. If you don't want to pay for a commercial application like Excel, but you want/need the functionality of that application, then certainly you or your organization could write your own spreadsheet application. It would likely cost 1000 times more than just buying Excel, but since your team wrote the code you could customize it to do whatever your need it to do that an out-of-the-box commercial app might not do.

Am I correct?

I have no idea what your question is.