old-www/HOWTO/archived/SCSI-Programming-HOWTO/SCSI-Programming-HOWTO-18.html

37 lines
1.6 KiB
HTML

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN">
<HTML>
<HEAD>
<META NAME="GENERATOR" CONTENT="SGML-Tools 1.0.9">
<TITLE>The Linux SCSI programming HOWTO: Final Comments</TITLE>
<LINK HREF="SCSI-Programming-HOWTO-19.html" REL=next>
<LINK HREF="SCSI-Programming-HOWTO-17.html" REL=previous>
<LINK HREF="SCSI-Programming-HOWTO.html#toc18" REL=contents>
</HEAD>
<BODY>
<A HREF="SCSI-Programming-HOWTO-19.html">Next</A>
<A HREF="SCSI-Programming-HOWTO-17.html">Previous</A>
<A HREF="SCSI-Programming-HOWTO.html#toc18">Contents</A>
<HR>
<H2><A NAME="s18">18. Final Comments</A></H2>
<P>The generic SCSI interface bridges the gap between user applications
and specific devices. But rather than bloating a lot of programs with
similar sets of low-level functions, it would be more desirable to
have a shared library with a generalized set of low-level functions
for a particular purpose. The main goal should be to have independent
layers of interfaces. A good design would separate an application
into low-level and hardware independent routines. The low-level
routines could be put into a shared library and made available for all
applications. Here, standardized interfaces should be followed as much
as possible before making new ones.
<P>By now you should know more than I do about the Linux generic SCSI
interface. So you can start developing powerful applications
for the benefit of the global Linux community now...
<P>
<HR>
<A HREF="SCSI-Programming-HOWTO-19.html">Next</A>
<A HREF="SCSI-Programming-HOWTO-17.html">Previous</A>
<A HREF="SCSI-Programming-HOWTO.html#toc18">Contents</A>
</BODY>
</HTML>